[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"academy-blogs-th-1-1-all-what-is-dns-how-it-works-all--*":3,"academy-blog-translations-a1izz6de0bfk58l":93,"academy-blog-faqs-a1izz6de0bfk58l-th":94},{"data":4,"page":92,"perPage":92,"totalItems":92,"totalPages":92},[5],{"alt":6,"collectionId":7,"collectionName":8,"content":9,"cover_image":10,"cover_image_l_url":11,"cover_image_m_url":12,"cover_image_path":13,"cover_image_s_url":14,"created":15,"created_by":16,"expand":17,"id":85,"keywords":86,"locale":55,"published_at":87,"scheduled_at":72,"school_blog":81,"short_description":88,"status":79,"title":89,"updated":90,"updated_by":91,"slug":82,"views":84},"สมุดรายชื่อเปิดหน้าว่างและปากกาบนโต๊ะไม้ พร้อมการ์ด DNS Lookup แสดงโดเมน superdevacademy.com, Name Server fish.ns.cloudflare.com, IP 104.21.3.159 และ TTL 300 วินาที","sclblg987654321","school_blog_translations","\u003Cp>เวลามีน้องๆ ถามทีมเราว่า \"ซื้อโดเมนแล้ว ตั้ง DNS แล้ว ทำไมเปิดเว็บยังเจอหน้าเก่าอยู่เลย\" คำตอบที่เราตอบบ่อยที่สุดคือ \"ยังไม่ได้พัง แค่ยังไม่หมดเวลาจำ\" ฟังแล้วอาจงงกว่าเดิม เพราะคำถามจริงๆ ที่อยู่ข้างหลังคือ DNS คืออะไร และมันทำงานอย่างไรตั้งแต่เราพิมพ์ชื่อเว็บลงไป\u003C\u002Fp>\u003Cp>วันนี้ Superdev Academy จะพาไปดูทีละด่านว่า หลังพิมพ์ www.superdevacademy.com แล้วกด Enter เกิดอะไรขึ้นบ้าง พร้อมรันคำสั่งจริงให้ดูผลลัพธ์จริง คุณจะลองตามบนเครื่องตัวเองได้ทันที\u003C\u002Fp>\u003Ch2>พิมพ์ชื่อเว็บแล้ว ทำไมคอมพิวเตอร์ยังไม่รู้ว่าต้องไปที่ไหน\u003C\u002Fh2>\u003Cp>คอมพิวเตอร์บนอินเทอร์เน็ตคุยกันด้วยตัวเลขที่เรียกว่า IP Address (ที่อยู่ของเครื่องบนเครือข่าย) ส่วนคนจำชื่ออย่าง superdevacademy.com ได้ง่ายกว่ามาก ระบบที่แปลงชื่อโดเมนให้กลายเป็น IP คือ DNS (Domain Name System)\u003C\u002Fp>\u003Cp>ลองนึกภาพสมุดรายชื่อเล่มหนึ่ง คุณรู้แค่ชื่อเพื่อน แต่ต้องเปิดสมุดถึงจะรู้ที่อยู่บ้าน DNS คือสมุดเล่มนั้น เพียงแต่มันไม่ได้อยู่ในเครื่องเดียว มันกระจายอยู่ทั่วโลก และแต่ละส่วนมีเจ้าของดูแลแยกกัน\u003C\u002Fp>\u003Cp>มาตรฐานตั้งต้นของ DNS คือ RFC 1034 ซึ่งแบ่ง DNS ออกเป็น 3 ส่วน คือ ชื่อโดเมนกับข้อมูลที่ผูกกับชื่อนั้น (Resource Record), Name Server ที่เก็บข้อมูลจริง และ Resolver ที่คอยไปถามแทนเครื่องของคุณ พูดง่ายๆ คือมีสมุด มีคนเก็บสมุด และมีคนวิ่งไปเปิดสมุดให้\u003C\u002Fp>\u003Ch2>4 ด่านที่คำถาม \"www.superdevacademy.com อยู่ที่ไหน\" ต้องเดินผ่าน\u003C\u002Fh2>\u003Cp>เมื่อเบราว์เซอร์ต้องการ IP มันจะไม่ได้ไล่ถามทั่วโลกเอง แต่ส่งคำถามให้ Recursive Resolver (ตัวกลางที่ไปถามต่อแทนเรา) ซึ่งมักเป็นของผู้ให้บริการเน็ต หรือของ Google และ Cloudflare ถ้าคุณตั้งไว้ จากนั้น Resolver จะเดินทีละด่านแบบนี้\u003C\u002Fp>\u003Col>\u003Cli>\u003Cp>\u003Cstrong>Root Server:\u003C\u002Fstrong> ด่านบนสุด ไม่รู้คำตอบสุดท้าย แต่รู้ว่าใครดูแลนามสกุล .com\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Cstrong>TLD Server:\u003C\u002Fstrong> ผู้ดูแล .com ไม่รู้ IP ของเว็บเรา แต่รู้ว่า Name Server ของ superdevacademy.com คือเครื่องไหน\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Cstrong>Authoritative Name Server:\u003C\u002Fstrong> เครื่องที่ถือข้อมูลจริงของโดเมนนี้ และตอบ IP กลับมาได้\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Cstrong>กลับถึงเครื่องคุณ:\u003C\u002Fstrong> Resolver ส่ง IP ให้เบราว์เซอร์ แล้วจำคำตอบไว้ชั่วคราวเผื่อมีคนถามซ้ำ\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Fol>\u003Cp>ตามข้อมูลของ IANA ชั้น Root ถูกกำหนดเป็น 13 ชื่อ ตั้งแต่ a.root-servers.net ถึง m.root-servers.net แต่ไม่ได้แปลว่ามีแค่ 13 เครื่อง IANA ระบุว่าเบื้องหลังเป็นเครือข่ายเซิร์ฟเวอร์หลายร้อยเครื่องในหลายประเทศ ดูรายชื่อผู้ดูแลทั้ง 13 ชื่อได้ที่ \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fwww.iana.org\u002Fdomains\u002Froot\u002Fservers\">หน้า Root Servers ของ IANA\u003C\u002Fa>\u003C\u002Fp>\u003Cp>ทีมเราลองให้เครื่องเดินทั้ง 4 ด่านจริงด้วยคำสั่ง \u003Ccode>dig +trace\u003C\u002Fcode> เมื่อวันที่ 30 กันยายน 2026 ผลที่ตัดมาเฉพาะส่วนสำคัญเป็นแบบนี้\u003C\u002Fp>\u003Cpre>\u003Ccode>$ dig +trace www.superdevacademy.com\n.           3858     IN NS  a.root-servers.net.\n...\ncom.        172800   IN NS  a.gtld-servers.net.\n...\nsuperdevacademy.com. 172800 IN NS fish.ns.cloudflare.com.\nsuperdevacademy.com. 172800 IN NS leonard.ns.cloudflare.com.\nwww.superdevacademy.com. 300 IN A 104.21.3.159\nwww.superdevacademy.com. 300 IN A 172.67.130.236\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>อ่านจากบนลงล่างคือด่าน Root ชี้ไปที่ผู้ดูแล .com ผู้ดูแล .com ชี้ต่อไปที่ Name Server ของ Cloudflare และ fish.ns.cloudflare.com เป็นคนตอบ IP สุดท้ายสองตัว คือ 104.21.3.159 กับ 172.67.130.236 ตัวเลขเหล่านี้เป็นค่า ณ วันที่เรารัน วันที่คุณลองอาจได้ค่าไม่เหมือนกัน และนั่นก็เป็นเรื่องปกติ\u003C\u002Fp>\u003Ch2>ลองรัน dig และ nslookup ด้วยตัวเอง\u003C\u002Fh2>\u003Cp>ไม่ต้องเชื่อเราอย่างเดียว เปิด Terminal แล้วลองเองได้เลย บน macOS มีคำสั่ง \u003Ccode>dig\u003C\u002Fcode> มาให้ ส่วน Windows ใช้ \u003Ccode>nslookup\u003C\u002Fcode> ได้ใน Command Prompt ถ้ายังไม่คุ้นกับหน้าจอดำ ลองอ่าน \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fwww.superdevacademy.com\u002Fblogs\u002Fterminal-command-line-pro-essential-commands\">คำสั่ง Terminal\u002FCommand Line ที่ควรรู้\u003C\u002Fa> ก่อนก็ได้\u003C\u002Fp>\u003Cpre>\u003Ccode>$ dig www.superdevacademy.com +noall +answer\nwww.superdevacademy.com. 300 IN A 104.21.3.159\nwww.superdevacademy.com. 300 IN A 172.67.130.236\u003C\u002Fcode>\u003C\u002Fpre>\u003Cpre>\u003Ccode>$ nslookup www.superdevacademy.com 8.8.8.8\nServer:   8.8.8.8\nAddress:  8.8.8.8#53\n\nNon-authoritative answer:\nName:    www.superdevacademy.com\nAddress: 104.21.3.159\nName:    www.superdevacademy.com\nAddress: 172.67.130.236\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>คำว่า Non-authoritative answer ใน nslookup ไม่ได้แปลว่าคำตอบผิด มันแค่บอกว่าคำตอบนี้มาจาก Resolver (ในที่นี้คือ 8.8.8.8) ไม่ได้มาจาก Authoritative Name Server ของโดเมนโดยตรง ส่วนตัวเลข 300 ในผลของ dig คือ TTL ซึ่งเป็นกุญแจของปัญหา \"แก้แล้วไม่เปลี่ยน\" ที่เราจะพูดถึงในอีกสองหัวข้อ\u003C\u002Fp>\u003Ch2>Record 5 แบบที่มือใหม่เจอบ่อยที่สุด\u003C\u002Fh2>\u003Cp>ข้อมูลในสมุด DNS ไม่ได้มีแค่ IP แต่แบ่งเป็นหลายประเภทที่เรียกว่า Record แต่ละแบบตอบคำถามคนละเรื่อง ตัวอย่างข้างล่างมาจากการรัน dig จริงทั้งหมด\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cp>\u003Cstrong>A:\u003C\u002Fstrong> ชื่อนี้ชี้ไปที่ IPv4 ตัวไหน RFC 1035 ระบุว่าเครื่องที่มีหลาย IP ก็มีหลาย A Record ได้ ตรงกับที่ superdevacademy.com ตอบกลับมาสองตัว\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Cstrong>AAAA:\u003C\u002Fstrong> แบบเดียวกับ A แต่เก็บ IPv6 ตาม RFC 3596 เช่น superdevacademy.com ตอบ 2606:4700:3032::6815:39f\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Cstrong>CNAME:\u003C\u002Fstrong> บอกว่าชื่อนี้เป็นชื่อเล่นของอีกชื่อหนึ่ง เช่น www.github.com เป็น CNAME ไปที่ github.com แล้ว Resolver ค่อยไปหา A ของ github.com ต่อ\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Cstrong>MX:\u003C\u002Fstrong> บอกว่าอีเมลของโดเมนนี้ต้องส่งไปที่เซิร์ฟเวอร์ไหน gmail.com มี MX 5 ตัว ค่าความสำคัญตั้งแต่ 5 ถึง 40 และ \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc1035\">RFC 1035\u003C\u002Fa> กำหนดว่าตัวเลขน้อยกว่าได้รับเลือกก่อน\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Cstrong>TXT:\u003C\u002Fstrong> เก็บข้อความ มักใช้ยืนยันความเป็นเจ้าของโดเมน superdevacademy.com มี TXT ที่ขึ้นต้นด้วย google-site-verification สำหรับยืนยันกับ Google\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cpre>\u003Ccode>$ dig @1.1.1.1 www.github.com +noall +answer\nwww.github.com.  1395 IN CNAME github.com.\ngithub.com.        60 IN A     20.205.243.166\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>สังเกตว่า superdevacademy.com ไม่มี MX ตอบกลับมาเลยตอนเราลอง ซึ่งไม่ใช่ข้อผิดพลาด โดเมนหนึ่งจะมี Record ประเภทไหนบ้างขึ้นอยู่กับว่าเจ้าของใช้งานอะไร\u003C\u002Fp>\u003Ch2>TTL: ทำไมแก้ DNS แล้วเว็บยังไม่เปลี่ยน\u003C\u002Fh2>\u003Cp>กลับมาที่คำถามของน้องๆ ตอนต้น ทุก Record มีค่า TTL (Time To Live) เป็นหน่วยวินาที RFC 1035 อธิบายว่าเป็นระยะเวลาที่ Record นั้นถูก Cache (เก็บจำไว้ชั่วคราว) ได้ ก่อนต้องกลับไปถามต้นทางใหม่ และถ้า TTL เป็น 0 แปลว่าห้ามเก็บจำ\u003C\u002Fp>\u003Cp>A Record ของ www.superdevacademy.com มี TTL 300 วินาที แปลว่า Resolver ที่เพิ่งถามไปจะใช้คำตอบเดิมได้นานสุด 5 นาที ถ้าเจ้าของเว็บเปลี่ยน IP ในนาทีที่ 1 คนที่ใช้ Resolver ตัวนั้นก็ยังถูกส่งไป IP เก่าจนกว่าจะหมดเวลา เว็บไม่ได้พัง แค่คำตอบเก่ายังไม่หมดอายุ\u003C\u002Fp>\u003Cp>ด่านที่ช้ากว่านั้นคือการย้าย Name Server จากผล dig +trace ด้านบน ผู้ดูแล .com ส่ง NS ของ superdevacademy.com กลับมาพร้อม TTL 172800 วินาที หรือ 48 ชั่วโมง นี่คือเหตุผลที่การย้ายโดเมนไปอยู่กับผู้ให้บริการ DNS เจ้าใหม่มักต้องรอนานกว่าการแก้ A Record ธรรมดา\u003C\u002Fp>\u003Cblockquote>\u003Cp>สิ่งที่ควรทำก่อนย้ายเว็บ: ลด TTL ของ Record ที่จะเปลี่ยนไว้ล่วงหน้า เป็นเวลาอย่างน้อยเท่ากับค่า TTL เดิม เพื่อให้ Cache ที่ถือค่า TTL ยาวแบบเก่าหมดอายุไปก่อนวันย้ายจริง\u003C\u002Fp>\u003C\u002Fblockquote>\u003Ch2>8.8.8.8 และ 1.1.1.1 คืออะไร\u003C\u002Fh2>\u003Cp>ทั้งสองตัวคือ Public DNS Resolver ที่ใครก็ตั้งใช้ได้ แทน Resolver ที่ผู้ให้บริการเน็ตให้มา ตาม \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fdevelopers.google.com\u002Fspeed\u002Fpublic-dns\u002Fdocs\u002Fusing\">เอกสารของ Google Public DNS\u003C\u002Fa> ที่อยู่ IPv4 คือ 8.8.8.8 และ 8.8.4.4 ส่วน IPv6 คือ 2001:4860:4860::8888 และ 2001:4860:4860::8844 และ Google แนะนำให้ตั้งอย่างน้อยสองที่อยู่\u003C\u002Fp>\u003Cp>ฝั่ง Cloudflare ระบุใน \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fdevelopers.cloudflare.com\u002F1.1.1.1\u002Fip-addresses\u002F\">เอกสาร 1.1.1.1\u003C\u002Fa> ว่าใช้ 1.1.1.1 และ 1.0.0.1 สำหรับ IPv4 และ 2606:4700:4700::1111 กับ 2606:4700:4700::1001 สำหรับ IPv6 โดยให้สองที่อยู่ไว้สำรองกัน\u003C\u002Fp>\u003Cp>เราลองถาม www.superdevacademy.com ผ่านทั้ง 8.8.8.8 และ 1.1.1.1 ได้ IP ชุดเดียวกัน คือ 104.21.3.159 กับ 172.67.130.236 ซึ่งเป็นสิ่งที่ควรเป็น เพราะทั้งคู่ไปถามต้นทางเดียวกัน ส่วนคำถามว่าตัวไหนเร็วกว่า เราไม่ฟันธง เพราะผลขึ้นกับเน็ตและตำแหน่งของแต่ละคน และเราไม่มีผลวัดที่ตรวจสอบได้มายืนยัน\u003C\u002Fp>\u003Ch2>DNS, Hosting, Domain Registrar ไม่ใช่ที่เดียวกัน\u003C\u002Fh2>\u003Cp>มือใหม่หลายคนสับสนสามคำนี้ ซึ่งไม่ได้แปลก เพราะบางบริษัทขายรวมกันในแพ็กเดียว แต่หน้าที่แยกกันชัด\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cp>\u003Cstrong>Domain Registrar:\u003C\u002Fstrong> ที่ที่คุณจดชื่อโดเมนและต่ออายุทุกปี เป็นคนบอกผู้ดูแล .com ว่าโดเมนนี้ใช้ Name Server ของใคร\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Cstrong>DNS (Authoritative Name Server):\u003C\u002Fstrong> ที่ที่ Record จริงอยู่ ในตัวอย่างของเราคือ fish.ns.cloudflare.com และ leonard.ns.cloudflare.com\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Cstrong>Hosting:\u003C\u002Fstrong> เครื่องที่เก็บไฟล์และโค้ดของเว็บ และตอบหน้าเว็บกลับมาเมื่อเบราว์เซอร์มาถึง IP นั้น ถ้าอยากรู้ว่าบนเครื่องนั้นมีอะไรทำงานอยู่ ลองอ่าน \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fwww.superdevacademy.com\u002Fblogs\u002Fwhat-is-lamp-stack\">LAMP Stack คืออะไร\u003C\u002Fa>\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cp>สามส่วนนี้อยู่คนละเจ้าก็ได้ จดโดเมนที่หนึ่ง ใช้ DNS ของอีกที่ แล้วเช่าเซิร์ฟเวอร์อีกที่ก็ทำงานได้ปกติ และถ้าอยากลองเปิดเว็บจากเครื่องตัวเองออกสู่อินเทอร์เน็ตด้วยโดเมนจริง บทความ \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fwww.superdevacademy.com\u002Fblogs\u002Fhow-to-use-cloudflare-tunnel-tutorial\">วิธีใช้ Cloudflare Tunnel เชื่อม Localhost ออกเน็ต\u003C\u002Fa> จะได้ใช้ความรู้เรื่อง DNS จากบทนี้ต่อทันที\u003C\u002Fp>\u003Ch2>DNS ตอบถูกแล้ว แต่เว็บยังเปิดไม่ได้\u003C\u002Fh2>\u003Cp>ถึงตรงนี้อาจรู้สึกว่าเว็บเปิดไม่ขึ้นเมื่อไรต้องโทษ DNS ก่อน จริงๆ ก็เป็นจุดแรกที่ควรเช็ค และเช็คได้ในคำสั่งเดียว แต่ DNS มีหน้าที่แค่บอกที่อยู่ ถ้า dig ตอบ IP ถูกต้องแล้ว ปัญหาอยู่ที่ด่านถัดไป คือเซิร์ฟเวอร์ที่ IP นั้นตอบอะไรกลับมา\u003C\u002Fp>\u003Cp>DNS บอกแค่ที่อยู่ ไม่ได้เป็นคนส่งหน้าเว็บมาให้\u003C\u002Fp>\u003Cp>วิธีแยกให้ขาดคือดูว่าเบราว์เซอร์ได้อะไร ถ้าขึ้นว่าหาเซิร์ฟเวอร์ไม่เจอ ให้กลับไปดู DNS แต่ถ้าได้หน้า Error พร้อมตัวเลขอย่าง 404 หรือ 500 แปลว่า DNS ทำงานเสร็จแล้ว ตัวเลขพวกนั้นมาจากเซิร์ฟเวอร์ อ่านต่อได้ใน \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fwww.superdevacademy.com\u002Fblogs\u002Fhttp-status-codes-explained\">HTTP Status Code คืออะไร\u003C\u002Fa>\u003C\u002Fp>\u003Cdiv data-type=\"horizontalRule\">\u003Chr>\u003C\u002Fdiv>\u003Ch2>สรุป: DNS คืออะไร ทำงานอย่างไร\u003C\u002Fh2>\u003Cp>DNS คือระบบที่แปลงชื่อโดเมนให้เป็น IP โดยมี Resolver วิ่งถามต่อเป็นทอดจาก Root ไป TLD ไปจนถึง Authoritative Name Server แล้วจำคำตอบไว้ตามค่า TTL อาการ \"แก้ DNS แล้วเว็บยังไม่เปลี่ยน\" ส่วนใหญ่จึงไม่ใช่ความผิดพลาด แต่เป็นคำตอบเก่าที่ยังไม่หมดอายุ\u003C\u002Fp>\u003Cp>ลองเลือกโดเมนที่คุณใช้อยู่ทุกวันสักอัน แล้วรัน dig +trace ดูเอง อ่านทีละบรรทัดว่าใครชี้ไปหาใคร TTL เท่าไร ทำครั้งเดียวแล้วคำว่า DNS จะไม่ใช่กล่องดำอีกต่อไป\u003C\u002Fp>\u003Cp>ติดตามบทความและเทคนิคสำหรับคนเริ่มต้นสายโปรแกรมเมอร์ได้ที่ช่องทางของเรา\u003C\u002Fp>\u003Cp>Facebook: \u003Cstrong>Superdev Academy Thailand\u003C\u002Fstrong> (\u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fwww.facebook.com\u002Fsuperdev.academy.th\">https:\u002F\u002Fwww.facebook.com\u002Fsuperdev.academy.th\u003C\u002Fa>)\u003C\u002Fp>\u003Cp>YouTube: \u003Cstrong>Superdev Academy Channel\u003C\u002Fstrong> (\u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fwww.youtube.com\u002F@SuperdevAcademy\">https:\u002F\u002Fwww.youtube.com\u002F@SuperdevAcademy\u003C\u002Fa>)\u003C\u002Fp>\u003Cp>Instagram: \u003Cstrong>@superdevacademy\u003C\u002Fstrong> (\u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fwww.instagram.com\u002Fsuperdevacademy\u002F\">https:\u002F\u002Fwww.instagram.com\u002Fsuperdevacademy\u002F\u003C\u002Fa>)\u003C\u002Fp>\u003Cp>TikTok: \u003Cstrong>@superdevacademy\u003C\u002Fstrong> (\u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fwww.tiktok.com\u002F@superdevacademy?lang=th-TH\">https:\u002F\u002Fwww.tiktok.com\u002F@superdevacademy?lang=th-TH\u003C\u002Fa>)\u003C\u002Fp>","cover_cover_9mwai2a2lc.webp","https:\u002F\u002Ftwsme-r2.tumwebsme.com\u002Fsclblg987654321\u002Fm98th0k772u8z3n\u002Fl\u002Fcover_cover_9mwai2a2lc.webp","https:\u002F\u002Ftwsme-r2.tumwebsme.com\u002Fsclblg987654321\u002Fm98th0k772u8z3n\u002Fm\u002Fcover_cover_9mwai2a2lc.webp","https:\u002F\u002Ftwsme-r2.tumwebsme.com\u002Fsclblg987654321\u002Fm98th0k772u8z3n\u002Fcover_cover_9mwai2a2lc.webp","https:\u002F\u002Ftwsme-r2.tumwebsme.com\u002Fsclblg987654321\u002Fm98th0k772u8z3n\u002Fs\u002Fcover_cover_9mwai2a2lc.webp","2026-09-30 06:14:41.627Z","wfztm6bp9384v3u",{"keywords":18,"locale":49,"school_blog":59},[19,25,29,33,37,41,45],{"collectionId":20,"collectionName":21,"created":22,"created_by":16,"id":23,"name":24,"updated":22,"updated_by":16},"sclkey987654321","school_keywords","2026-09-30 06:14:41.615Z","uaosnbnos7jgdwn","dns คืออะไร",{"collectionId":20,"collectionName":21,"created":26,"created_by":16,"id":27,"name":28,"updated":26,"updated_by":16},"2026-09-30 06:14:41.616Z","ruhme2tuhf9xfn2","dns ทำงานอย่างไร",{"collectionId":20,"collectionName":21,"created":30,"created_by":16,"id":31,"name":32,"updated":30,"updated_by":16},"2026-09-30 06:14:41.617Z","nykuvem9rcf8xia","เซิร์ฟเวอร์ dns",{"collectionId":20,"collectionName":21,"created":34,"created_by":16,"id":35,"name":36,"updated":34,"updated_by":16},"2026-09-30 06:14:41.618Z","lnt44bxhe8ef5ke","dns record",{"collectionId":20,"collectionName":21,"created":38,"created_by":16,"id":39,"name":40,"updated":38,"updated_by":16},"2026-09-30 06:14:41.619Z","237mnfw6vnfh5et","ttl dns",{"collectionId":20,"collectionName":21,"created":42,"created_by":16,"id":43,"name":44,"updated":42,"updated_by":16},"2026-09-30 06:14:41.620Z","dgxknr8ez5q9xlf","dns google 8.8.8.8",{"collectionId":20,"collectionName":21,"created":46,"created_by":16,"id":47,"name":48,"updated":46,"updated_by":16},"2026-09-30 06:14:41.623Z","3b844z1jdh3523n","nslookup",{"code":50,"collectionId":51,"collectionName":52,"created":53,"flag":54,"id":55,"is_default":56,"label":57,"updated":58},"th","pbc_1989393366","locales","2026-01-22 10:59:55.832Z","twemoji:flag-thailand","s8wri3bt4vgg2ji",true,"Thai","2026-04-10 15:42:46.614Z",{"category":60,"collectionId":61,"collectionName":62,"created":63,"expand":64,"id":81,"slug":82,"updated":83,"views":84},"spm4l1k5bgmhmmt","pbc_2105096300","school_blogs","2026-09-30 06:14:41.624Z",{"category":65},{"blogIds":66,"collectionId":67,"collectionName":68,"created":69,"created_by":70,"id":60,"image":71,"image_alt":72,"image_path":73,"image_s_url":74,"label":75,"name":76,"priority":77,"publish_at":78,"scheduled_at":72,"status":79,"updated":80,"updated_by":70},[],"sclcatblg987654321","school_category_blogs","2026-03-04 08:31:18.590Z","76qprkevbgfdps8","50hyjr6os45_ayazwr5gq7_tqzz9l5y5w.webp","","https:\u002F\u002Ftwsme-r2.tumwebsme.com\u002Fsclcatblg987654321\u002Fspm4l1k5bgmhmmt\u002F50hyjr6os45_ayazwr5gq7_tqzz9l5y5w.webp","https:\u002F\u002Ftwsme-r2.tumwebsme.com\u002Fsclcatblg987654321\u002Fspm4l1k5bgmhmmt\u002Fs\u002F50hyjr6os45_ayazwr5gq7_tqzz9l5y5w.webp",{"en":76,"th":76},"Knowledge",0,"2026-03-18 02:25:41.222Z","published","2026-08-18 14:49:11.737Z","a1izz6de0bfk58l","what-is-dns-how-it-works","2026-10-27 06:46:13.411Z",104,"m98th0k772u8z3n",[23,27,31,35,39,43,47],"2026-10-27 02:34:46.106Z","DNS คืออะไร ทำงานอย่างไร ตั้งแต่พิมพ์ชื่อเว็บจนได้ IP พร้อมรัน dig จริง รู้จัก 8.8.8.8, Record A, CNAME, MX และ TTL ต้นเหตุที่แก้ DNS แล้วเว็บยังไม่เปลี่ยน","DNS คืออะไร ทำงานอย่างไร เบื้องหลังการเปิดเว็บจากชื่อโดเมน","2026-10-27 02:39:53.848Z","ebkf8ra4nd55ual",1,{"th":82,"en":82},[95,99,103,107,111,115],{"answer":96,"id":97,"question":98},"DNS (Domain Name System) คือระบบที่แปลงชื่อโดเมน เช่น www.superdevacademy.com ให้เป็น IP Address ที่คอมพิวเตอร์ใช้ติดต่อกันจริง หน้าที่สำคัญคือทำให้คนจำแค่ชื่อเว็บก็เข้าได้โดยไม่ต้องจำตัวเลข และยังบอกด้วยว่าอีเมลของโดเมนต้องส่งไปที่เซิร์ฟเวอร์ไหนผ่าน MX Record ถ้า DNS ตอบไม่ได้ เบราว์เซอร์จะหาเซิร์ฟเวอร์ของเว็บไม่เจอเลย","uqjl2e2y0pv0bk0","DNS คืออะไร มีหน้าที่สำคัญอย่างไรกับการเข้าเว็บ",{"answer":100,"id":101,"question":102},"เซิร์ฟเวอร์ DNS คือเครื่องที่ตอบคำถามว่าชื่อโดเมนหนึ่งชี้ไป IP ไหน แบ่งเป็น 2 บทบาทหลัก คือ Recursive Resolver ที่ไปถามต่อแทนเครื่องของคุณ เช่น 8.8.8.8 ของ Google และ Authoritative Name Server ที่ถือข้อมูลจริงของโดเมน เช่น fish.ns.cloudflare.com ที่ดูแล superdevacademy.com โดย Resolver จะไล่ถามจาก Root Server ไป TLD Server แล้วจึงถึง Authoritative Name Server","sa96zdavs0ts8hf","เซิร์ฟเวอร์ DNS คืออะไร",{"answer":104,"id":105,"question":106},"ค่า DNS ในมือถือหรือ Wi-Fi คือที่อยู่ของ Resolver ที่อุปกรณ์จะส่งคำถามไปหาเวลาต้องแปลงชื่อเว็บเป็น IP ปกติอุปกรณ์รับค่านี้จากเราเตอร์หรือผู้ให้บริการเน็ตโดยอัตโนมัติ แต่ตั้งเองได้ เช่น 8.8.8.8 กับ 8.8.4.4 ของ Google หรือ 1.1.1.1 กับ 1.0.0.1 ของ Cloudflare ทั้งสองเจ้าให้ที่อยู่มาสองตัวเพื่อใส่ไว้สำรองกัน","nrleyvtsznyqgic","ค่า DNS ที่ตั้งในมือถือหรือ Wi-Fi คืออะไร",{"answer":108,"id":109,"question":110},"8.8.8.8 คือที่อยู่ของ Google Public DNS ซึ่งเป็น Recursive Resolver ที่ Google เปิดให้ทุกคนใช้ ตามเอกสารของ Google ที่อยู่ IPv4 มีสองตัวคือ 8.8.8.8 กับ 8.8.4.4 ส่วน IPv6 คือ 2001:4860:4860::8888 กับ 2001:4860:4860::8844 เมื่อตั้งค่าแล้ว อุปกรณ์จะส่งคำถาม DNS ไปที่ Google แทน Resolver ของผู้ให้บริการเน็ต และ Google แนะนำให้ตั้งอย่างน้อยสองที่อยู่","75s87elpwvjj0ff","DNS Google 8.8.8.8 คืออะไร",{"answer":112,"id":113,"question":114},"เปลี่ยน DNS คือการเปลี่ยน Resolver ที่อุปกรณ์ใช้ถามหา IP เช่น จากของผู้ให้บริการเน็ตไปเป็น 1.1.1.1 ของ Cloudflare หรือ 8.8.8.8 ของ Google สิ่งที่เปลี่ยนคือใครเป็นคนหาคำตอบให้ ไม่ใช่ความเร็วในการดาวน์โหลดไฟล์ ส่วนจะรู้สึกเร็วขึ้นหรือไม่ขึ้นกับเครือข่ายของแต่ละคน วิธีที่ตรงที่สุดคือวัดเองด้วยคำสั่ง dig ซึ่งแสดงบรรทัด Query time เป็นมิลลิวินาที","yipcc2pda2pr5na","เปลี่ยน DNS คืออะไร เปลี่ยนแล้วได้อะไร",{"answer":116,"id":117,"question":118},"DNS Record คือข้อมูลแต่ละรายการในระบบ DNS ที่บอกว่าชื่อโดเมนผูกกับอะไร แบบที่เจอบ่อยมี 5 แบบ คือ A ชี้ไป IPv4, AAAA ชี้ไป IPv6, CNAME ชี้ไปอีกชื่อหนึ่ง, MX บอกเซิร์ฟเวอร์รับอีเมล และ TXT เก็บข้อความ เช่นโค้ดยืนยันโดเมน ทุก Record มีค่า TTL เป็นวินาที และดูเองได้ด้วยคำสั่งอย่าง dig example.com MX","6sn7n73pfnqb40m","DNS Record คืออะไร มีแบบไหนบ้าง"]