เครื่องมือตรวจสอบการกระจาย DNS

กรอกโดเมนเพื่อค้นหาเรกคอร์ด DNS จากรีโซลเวอร์ทั่วโลก และดูว่าการเปลี่ยนแปลงล่าสุดมีผลแล้วหรือยัง

กรุณากรอกชื่อโดเมนที่ถูกต้อง

กำลังตรวจสอบจาก 24 ตำแหน่ง
  • ได้รับคำตอบ
  • ไม่มีคำตอบ
  • กำลังตรวจสอบ
  • MX Benito Juarez เม็กซิโก —
  • AR Buenos Aires อาร์เจนตินา —
  • GB City of London สหราชอาณาจักร —
  • US Chicago สหรัฐอเมริกา —
  • US Lehi สหรัฐอเมริกา —
  • US New York สหรัฐอเมริกา —
  • DE Frankfurt am Main เยอรมนี —
  • FR Paris ฝรั่งเศส —
  • NL Roosendaal เนเธอร์แลนด์ —
  • CA Vancouver แคนาดา —
  • AU South Brisbane ออสเตรเลีย —
  • JP Tokyo ญี่ปุ่น —
  • SG Singapore สิงคโปร์ —
  • IN Pune อินเดีย —
  • BR São Paulo บราซิล —
  • IT Milan อิตาลี —
  • ES Son Espanyol สเปน —
  • SE Slaka สวีเดน —
  • ID Jakarta อินโดนีเซีย —
  • ZA Randburg แอฟริกาใต้ —
  • CL San Bernardo ชิลี —
  • VN Vinhomes Times City เวียดนาม —
  • AE Ajman สหรัฐอาหรับเอมิเรตส์ —
  • IL Jerusalem อิสราเอล —

ตรวจสอบ DNS ตามประเทศ

ทุกประเทศ →

การกระจาย DNS ทำงานอย่างไร

นาฬิกา TTL

เรกคอร์ด DNS ทุกตัวมี time-to-live หรือ TTL คือจำนวนวินาทีที่รีโซลเวอร์เก็บคำตอบในแคชได้ก่อนต้องถามเนมเซิร์ฟเวอร์ผู้มีสิทธิ์ตอบอีกครั้ง

แคชหมดอายุ

รีโซลเวอร์ที่ยังถือค่าเดิมจะแจกจ่ายค่าเดิมต่อไปจนกว่าสำเนาของมันจะหมดอายุ แล้วจึงค่อยดึงคำตอบใหม่

การลู่เข้าทั่วโลก

ไม่มีสวิตช์ระดับโลกที่พลิกพร้อมกันทีเดียว การหมดอายุเกิดขึ้นอย่างอิสระบนรีโซลเวอร์นับพันตัว การอัปเดตจึงอาจมีผลแล้วในที่หนึ่ง แต่ยังเป็นค่าเก่าอยู่ในอีกที่หนึ่ง

การลด TTL ล่วงหน้าหนึ่งวันก่อนการเปลี่ยนแปลงที่วางแผนไว้ช่วยให้การเปลี่ยนแปลงลงตัวเร็วขึ้น การตรวจสอบจากหลายพื้นที่จะแสดงว่าค่าใหม่แพร่ไปไกลแค่ไหน

ทำไมผลลัพธ์จึงต่างกันตามพื้นที่

จังหวะของแคช

รีโซลเวอร์แต่ละตัวแคชตามตารางของตัวเอง ตัวหนึ่งจึงอาจยังถือเรกคอร์ดที่อีกตัวรีเฟรชไปแล้ว การเปลี่ยนแปลงอาจดูเสร็จสมบูรณ์จากออฟฟิศของคุณ แต่ยังไม่เสร็จเมื่อดูจากโทรศัพท์ที่ใช้เน็ตมือถือ

คำตอบตามพื้นที่ของ CDN

เว็บไซต์ใหญ่หลายแห่งตอบด้วย IP ที่เลือกตามตำแหน่งของรีโซลเวอร์ที่ถามมา รีโซลเวอร์ในยุโรปกับในเอเชียจึงอาจได้ที่อยู่ที่ถูกต้องแต่ไม่เหมือนกันสำหรับชื่อโฮสต์เดียวกัน

วิธีแยกสองอย่างนี้

ความล่าช้าของแคชจะจางหายเมื่อ TTL ทยอยหมดอายุ ส่วนความต่างจาก CDN จะคงอยู่โดยตั้งใจ การเปรียบเทียบหลายพื้นที่เคียงกันช่วยแยกสองผลกระทบนี้ออกจากกัน

ประเภทเรกคอร์ด DNS ที่ตรวจสอบได้

A
เรกคอร์ด A จับคู่ชื่อโฮสต์กับที่อยู่ IPv4 เป็นเรกคอร์ดที่เบราว์เซอร์ใช้หาเซิร์ฟเวอร์ของเว็บไซต์ จึงเป็นตัวที่มักตรวจสอบหลังย้ายโฮสติง
AAAA
เรกคอร์ด AAAA จับคู่ชื่อโฮสต์กับที่อยู่ IPv6 ทำหน้าที่เดียวกับเรกคอร์ด A สำหรับไคลเอนต์และเครือข่ายที่เข้าถึงเว็บไซต์ผ่าน IPv6
MX
เรกคอร์ด MX ระบุเมลเซิร์ฟเวอร์ที่รับอีเมลของโดเมน พร้อมกำหนดลำดับความสำคัญให้แต่ละตัว เมลเซิร์ฟเวอร์ฝั่งรับใช้มันตัดสินว่าจะส่งไปที่ไหน จึงควรตรวจสอบทุกครั้งหลังเปลี่ยนโฮสติงอีเมล
NS
เรกคอร์ด NS แสดงรายชื่อเนมเซิร์ฟเวอร์ผู้มีสิทธิ์ตอบของโดเมน เซิร์ฟเวอร์เหล่านี้คือที่เก็บคำตอบจริงของโซน และการมอบหมายที่ผู้รับจดทะเบียนต้องชี้มาที่พวกมัน
TXT
เรกคอร์ด TXT เก็บข้อความอิสระที่ผูกกับชื่อ ใช้กันแพร่หลายในการยืนยันโดเมนและเรกคอร์ดนโยบายอีเมลอย่าง SPF และ DKIM
PTR
เรกคอร์ด PTR จับคู่ที่อยู่ IP ย้อนกลับไปหาชื่อโฮสต์ ตรงข้ามกับการค้นหา A หรือ AAAA อยู่ภายใต้ผู้ให้บริการที่ควบคุมบล็อก IP นั้น และมักถูกตรวจสอบเพื่อดูชื่อเสียงของเมลเซิร์ฟเวอร์
CNAME
เรกคอร์ด CNAME ทำให้ชื่อโฮสต์หนึ่งเป็นชื่อแฝงของอีกชื่อ และรีโซลเวอร์จะตามมันไปยังเรกคอร์ดของปลายทาง ชื่อที่มี CNAME ไม่สามารถมีเรกคอร์ดประเภทอื่นบนป้ายชื่อเดียวกันได้
CAA
เรกคอร์ด CAA ระบุว่าผู้ออกใบรับรองรายใดได้รับอนุญาตให้ออกใบรับรอง TLS ให้โดเมนนี้ ผู้ออกใบรับรองจะอ่านมันก่อนออก จึงช่วยจำกัดการออกใบรับรองผิดพลาด
SOA
เรกคอร์ด SOA เก็บการตั้งค่าด้านการดูแลของโซน ได้แก่ เนมเซิร์ฟเวอร์หลัก ผู้ติดต่อที่รับผิดชอบ หมายเลขซีเรียล และเวลา negative caching ตั้งต้น มีเพียงหนึ่งเรกคอร์ดต่อโซน
SRV
เรกคอร์ด SRV ประกาศโฮสต์และพอร์ตของบริการเฉพาะอย่าง เช่น SIP หรือ XMPP ภายใต้ชื่อที่มีโครงสร้าง ไคลเอนต์ที่รองรับใช้เรกคอร์ดนี้เพื่อหาตำแหน่งของบริการ

วิธีใช้เครื่องมือตรวจสอบนี้

  1. พิมพ์โดเมนหรือชื่อโฮสต์ที่ต้องการค้นหา เช่น www.example.com แล้วเลือกประเภทเรกคอร์ดจากรายการ
  2. รันการตรวจสอบ เซิร์ฟเวอร์แต่ละตัวจะสอบถามเรกคอร์ดอย่างอิสระและรายงานคำตอบที่ได้รับพร้อมเวลาตอบสนอง
  3. เปรียบเทียบผลลัพธ์ระหว่างพื้นที่ ถ้าคำตอบตรงกันทุกที่แปลว่าการเปลี่ยนแปลงกระจายแล้ว ถ้าค่าเก่ากับใหม่ปนกันแปลว่ารีโซลเวอร์บางตัวยังถือสำเนาแคชอยู่

คำถามที่พบบ่อย

Global DNS Checker คืออะไร

Global DNS Checker คือเครื่องมือฟรีที่ค้นหาเรกคอร์ด DNS ของโดเมนจากเซิร์ฟเวอร์ทั่วโลกพร้อมกัน

รองรับเรกคอร์ด A, AAAA, CNAME, CAA, MX, NS, PTR, SOA, SRV และ TXT

Global DNS Checker ใช้ฟรีหรือไม่

ฟรีครับ เครื่องมือทุกตัวบนเว็บไซต์ใช้ฟรีและไม่มีตัวไหนขอให้สมัครบัญชี เราขอเพียงให้ใช้เว็บไซต์ด้วยมือ แทนที่จะเอาสคริปต์มายิงใส่

จะตรวจสอบเรกคอร์ด DNS ของชื่อโดเมนได้อย่างไร

กรอกโดเมนในช่องด้านบนของหน้า เลือกประเภทเรกคอร์ด แล้วคลิก "ตรวจสอบ DNS" เซิร์ฟเวอร์ที่แสดงอยู่ด้านล่างจะรันคำค้นเดียวกันและแสดงคำตอบที่แต่ละตัวได้รับ พร้อมเวลาตอบสนอง

การกระจาย DNS ใช้เวลานานเท่าไร

มันถูกกำหนดโดย TTL ของเรกคอร์ด ไม่ใช่นาฬิกาตายตัว

รีโซลเวอร์จะตอบค่าก่อนหน้าต่อไปจนกว่าสำเนาแคชจะหมดอายุ แล้วจึงรับค่าใหม่ เรกคอร์ดที่มี TTL 300 วินาทีจึงอัปเดตภายในราวห้านาที ขณะที่ TTL หนึ่งวันอาจใช้เวลาถึง 24 ชั่วโมง

คำกล่าวที่ว่าการเปลี่ยนแปลงต้องใช้เวลา 48 ชั่วโมงเสมอเป็นความเชื่อผิด ๆ ที่ตกทอดมาจากยุคเนมเซิร์ฟเวอร์ที่ช้ากว่านี้ วิธีเร่งของจริงคือการลด TTL ก่อนทำการเปลี่ยนแปลง

ทำไม DNS ของฉันไม่กระจาย

ส่วนใหญ่แล้วระบบทำงานปกติ และคุณแค่กำลังดูรีโซลเวอร์ที่ยังเก็บค่าเก่าไว้ในแคชจนกว่า TTL จะหมดอายุ

สาเหตุอื่นที่พบบ่อยคือการเปลี่ยนเนมเซิร์ฟเวอร์ที่ยังไม่ได้บันทึกไว้ที่ผู้รับจดทะเบียน ทำให้การมอบหมายยังชี้ไปที่ผู้ให้บริการรายเดิม และ negative caching ที่รีโซลเวอร์จำได้ว่าชื่อนั้นไม่เคยมีอยู่และตอบแบบนั้นต่อไปจนกว่าตัวจับเวลา negative cache ใน SOA จะหมด

การตรวจสอบจากหลายพื้นที่จะบอกได้ว่าค่าใหม่กำลังแพร่อยู่ หรือหายไปจริง ๆ

จะล้างแคช DNS ของตัวเองได้อย่างไร

บน Windows เปิด Command Prompt แล้วรัน ipconfig /flushdns

บน macOS รัน sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

บนระบบ Linux ส่วนใหญ่ที่ใช้ systemd-resolved รัน sudo resolvectl flush-caches

การรีสตาร์ตเบราว์เซอร์หรืออุปกรณ์ก็ช่วยล้างแคชระดับแอปพลิเคชันด้วย การล้างแคชมีผลกับเครื่องของคุณเท่านั้น ไม่ได้เปลี่ยนสิ่งที่รีโซลเวอร์อื่นทั่วโลกกำลังตอบอยู่

TTL ใน DNS คืออะไร

TTL ย่อมาจาก time-to-live คือจำนวนวินาทีที่รีโซลเวอร์ได้รับอนุญาตให้เก็บคำตอบ DNS ในแคชก่อนต้องสอบถามเซิร์ฟเวอร์ผู้มีสิทธิ์ตอบอีกครั้ง

TTL ต่ำทำให้รีโซลเวอร์รีเฟรชบ่อย การเปลี่ยนแปลงจึงปรากฏเร็วโดยแลกกับจำนวนการค้นหาที่มากขึ้น TTL สูงหมายถึงการค้นหาน้อยลงแต่อัปเดตช้าลง

การตั้ง TTL ต่ำก่อนการเปลี่ยนแปลงที่วางแผนไว้ แล้วปรับกลับขึ้นภายหลัง ให้การกระจายที่รวดเร็วโดยไม่มีภาระถาวร

การตรวจสอบ DNS ต่างจากการค้นหา WHOIS อย่างไร

การตรวจสอบ DNS ถามรีโซลเวอร์ว่าเรกคอร์ดของโดเมนกำลังตอบค่าอะไรอยู่ เช่น เรกคอร์ด A, MX หรือ TXT ซึ่งเป็นสิ่งที่กำหนดเส้นทางของทราฟฟิกและอีเมลจริง ๆ

ส่วนการค้นหา WHOIS รายงานข้อมูลการจดทะเบียนของตัวโดเมนเอง ได้แก่ ผู้รับจดทะเบียน วันที่สร้างและวันหมดอายุ และการมอบหมายเนมเซิร์ฟเวอร์

DNS บอกว่าโดเมนทำงานอย่างไรในตอนนี้ WHOIS บอกว่าใครจดทะเบียนและจะหมดอายุเมื่อไร

DNS ของฉันอัปเดตทุกที่แล้วหรือยัง

เครื่องมือนี้ตรวจสอบโดเมนจากรีโซลเวอร์หลายพื้นที่พร้อมกัน ถ้าเซิร์ฟเวอร์ทุกตัวตอบค่าใหม่ แปลว่าการเปลี่ยนแปลงกระจายถึงรีโซลเวอร์ที่ทดสอบแล้ว

แต่เพราะรีโซลเวอร์ทั่วโลกมีมากกว่าที่เครื่องมือใด ๆ จะสอบถามได้ ผลลัพธ์ที่ตรงกันทั้งหมดจึงเป็นหลักฐานที่หนักแน่นมากกว่าจะเป็นการรับประกันแบบสมบูรณ์

ถ้าคำตอบเก่ากับใหม่ปนกัน แปลว่าการกระจายยังดำเนินอยู่ และรีโซลเวอร์บางตัวยังถือสำเนาแคชจนกว่า TTL จะหมดอายุ

ควรตรวจสอบเรกคอร์ด DNS ประเภทไหน

ตรวจสอบเรกคอร์ดที่คุณเปลี่ยน

หลังย้ายเว็บไซต์ไปโฮสติงใหม่ ให้ตรวจสอบเรกคอร์ด A และเรกคอร์ด AAAA ด้วยถ้าคุณให้บริการ IPv6

หลังเปลี่ยนโฮสติงอีเมล ให้ตรวจสอบเรกคอร์ด MX

เมื่อย้ายโดเมนไปผู้ให้บริการ DNS รายใหม่ ให้ตรวจสอบเรกคอร์ด NS

สำหรับการยืนยันโดเมนและนโยบายอีเมลอย่าง SPF หรือ DKIM ให้ตรวจสอบเรกคอร์ด TXT

ถ้าไม่แน่ใจ เริ่มจาก A และ MX ก่อน เพราะครอบคลุมการเปลี่ยนแปลงเว็บไซต์และอีเมลส่วนใหญ่

การตรวจสอบ DNS ยอดนิยม

เครื่องมืออื่น ๆ