logo
GeekFormat

ตรวจสอบการแพร่กระจาย DNS ทั่วโลก

ตรวจสอบการกระจาย DNS

เปรียบเทียบผลลัพธ์ความหน่วงและสถานะข้อผิดพลาดข้ามผู้ให้บริการ DNS แบบ recursive และ DoH หลายราย เหมาะสำหรับวินิจฉัยความล่าช้าในการกระจายและการแตกกระจายของการแปลงชื่อ

หลังจากเปลี่ยนระเบียน DNS หรือเปลี่ยน CDN คำถามที่น่าหงุดหงิดที่สุดคือ: เมื่อไหร่จะมีผลทั่วโลก? ภูมิภาคใดยังคงส่งคืนระเบียนเก่า? DNS แบบดั้งเดิมและ DoH สอดคล้องกันหรือไม่ (มีการแฮ็กหรือ poisoning หรือไม่)? เครื่องมือนี้สอบถามเซิร์ฟเวอร์ DNS ทั่วโลกและจุดสิ้นสุด DoH แบบขนาน แสดงผลลัพธ์แบบเรียลไทม์ เวลาแฝง และความสอดคล้องเพื่อตรวจจับความผิดปกติและ DNS poisoning

คำแนะนำที่เกี่ยวข้อง

กรณีการใช้งาน

  • หลังจากเปลี่ยนระเบียน A หรือเปลี่ยน CDN ตรวจสอบว่าโหนด DNS ทั่วโลกได้ซิงโครไนซ์ IP ใหม่แล้วหรือไม่
  • เมื่อสงสัยว่ามี DNS poisoning หรือการแฮ็ก ให้เปรียบเทียบ DNS แบบดั้งเดิม (พอร์ต 53) กับ DoH: หาก DoH ถูกต้องแต่ DNS ผิดปกติ แสดงว่ามี poisoning
  • หลังจากย้ายไปยังผู้ให้บริการ DNS ใหม่ ให้ตรวจสอบว่า DNS แบบเรียกซ้ำทั่วโลกได้อัปเดตระเบียน NS แล้วหรือไม่
  • หลังจากกำหนดค่าระเบียนอีเมล MX/TXT/SPF/DKIM ให้ตรวจสอบการแพร่กระจายเพื่อหลีกเลี่ยงปัญหาอีเมล
  • เมื่อแก้ไขปัญหาการเข้าถึงสำหรับผู้ใช้บางราย ให้ใช้การตรวจจับหลายแหล่งเพื่อระบุแคช DNS ที่ล้าสมัย
  • เปรียบเทียบเวลาแฝงของ DNS สาธารณะต่างๆ (Google/Cloudflare/Ali/Tencent) เพื่อเลือกการกำหนดค่าที่เหมาะสมที่สุด

คุณสมบัติ

  • ขนานสองช่องทาง: สอบถาม DNS แบบดั้งเดิม (พอร์ต 53) และ DoH พร้อมกัน เปรียบเทียบผลลัพธ์
  • 6 ประเภทระเบียน: รองรับ A, AAAA, TXT, CNAME, NS, MX สำหรับสถานการณ์ส่วนใหญ่
  • วิเคราะห์ความสอดคล้องอัจฉริยะ: เปรียบเทียบผลลัพธ์ทั้งหมดโดยอัตโนมัติและทำเครื่องหมายสามสถานะ (สมบูรณ์/บางส่วน/แตกแขนง)
  • เปรียบเทียบประสิทธิภาพเวลาแฝง: แสดงจำนวนครั้งที่สำเร็จ เวลาแฝงเฉลี่ย และโหนดที่เร็วที่สุดสำหรับ DNS และ DoH
  • แผงการแจกแจงการตอบสนองสามสี: เขียว/เหลือ/น้ำเงินสำหรับการตอบสนองร่วมกัน/เฉพาะ DNS/เฉพาะ DoH
  • กรองผลลัพธ์ผิดปกติ: กรองทั้งหมด/สำเร็จ/ผิดปกติเพื่อระบุ timeout และข้อผิดพลาด
  • โดเมนเริ่มต้นในตัว: geekformat.com, github.com, cloudflare.com, vercel.com สำหรับการทดสอบอย่างรวดเร็ว

วิธีการใช้งาน

  1. ป้อนโดเมนที่ต้องการตรวจสอบ (เช่น example.com) หรือคลิกโดเมนเริ่มต้น (geekformat.com/github.com/cloudflare.com/vercel.com)
  2. เลือกประเภทระเบียน DNS (A/AAAA/TXT/CNAME/NS/MX) ค่าเริ่มต้นคือ A
  3. คลิก 'เริ่มตรวจสอบการแพร่กระจาย'; เครื่องมือจะสอบถามแหล่ง DNS และ DoH หลายแห่งแบบขนาน
  4. ตรวจสอบพื้นที่สรุป: ป้ายความสอดคล้อง ความสำเร็จ/เวลาแฝงเฉลี่ย DNS/DoH, timeout/ข้อผิดพลาด, โหนดที่เร็วที่สุด
  5. ในพื้นที่การแจกแจงการตอบสนอง ให้ดูการตอบสนองร่วมกัน (เขียว) เฉพาะ DNS (เหลือง) และเฉพาะ DoH (น้ำเงิน)
  6. ในพื้นที่ผลลัพธ์โดยละเอียด ให้ดูแต่ละแหล่ง DNS/DoH; ใช้ตัวกรอง (ทั้งหมด/สำเร็จ/ผิดปกติ) เพื่อระบุปัญหา
  7. คลิก 'คัดลอกรายการ DNS' หรือ 'คัดลอกรายการ DoH' เพื่อคัดลอกผลลัพธ์ไปยังคลิปบอร์ดสำหรับตั๋วหรือการทำงานร่วมกัน

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

โดยทั่วไปการแพร่กระจาย DNS ใช้เวลานานเท่าใด?

ขึ้นอยู่กับการตั้งค่า TTL: TTL 300 (5 นาที) มักใช้เวลา 5-15 นาทีในการแพร่กระจายทั่วโลก; TTL 3600 (1 ชั่วโมง) ใช้เวลา 1-4 ชั่วโมง; TTL 86400 (24 ชั่วโมง) ใช้เวลา 24-48 ชั่วโมง แคช DNS ของ ISP อาจยืดเวลานี้ แคชที่ยากต่อการลบบางแห่งอาจใช้เวลาถึง 72 ชั่วโมง

เหตุใดจึงมีความไม่สอดคล้องกันระหว่างผลลัพธ์ DNS และ DoH?

DNS แบบดั้งเดิม (พอร์ต 53) เป็นข้อความธรรมดาและสามารถถูกแฮ็ก/ปลอมแปลง (DNS poisoning) โดย ISP เราเตอร์ หรือไฟร์วอลล์; DoH ผ่าน HTTPS (พอร์ต 443) ด้วยการเข้ารหัสและยากต่อการปลอมแปลงมากขึ้น หาก DNS ส่งคืนผลลัพธ์ที่แตกต่างจาก DoH อาจมีการแฮ็ก DNS หรือพร็อกซีโปร่งใส

สถานะสีแดง (แตกต่างกันอย่างสมบูรณ์) หมายถึงการโจมตีเสมอไปหรือไม่?

ไม่เสมอไป Geo-DNS ของ CDN ส่งคืน IP ที่แตกต่างกันตามภูมิภาค (เช่น จีนและสหรัฐอเมริกาเข้าถึงโหนดที่ต่างกัน) ซึ่งทำให้เกิดผลลัพธ์ที่แตกต่างกันเช่นกัน แต่หาก DNS แบบดั้งเดิมและ DoH แสดงความแตกต่างอย่างมากสำหรับภูมิภาคเดียวกัน มีความเป็นไปได้สูงที่จะมีการแฮ็กหรือ DNS poisoning และคุณควรตรวจสอบเครือข่ายและเซิร์ฟเวอร์ DNS

เหตุใด timeout/ข้อผิดพลาดบนโหนดบางแห่งจึงเป็นเรื่องปกติ?

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

จะเร่งการแพร่กระจาย DNS ก่อนการย้าย CDN ได้อย่างไร?

แนวทางปฏิบัติที่แนะนำ: 1-2 วันก่อนการย้าย ให้ลด TTL จาก 86400/3600 เป็น 300 เพื่อให้แคชเก่าหมดอายุอย่างรวดเร็ว; หลังจากการย้ายเสร็จสมบูรณ์และตรวจสอบความเสถียรแล้ว ให้ตั้งค่า TTL กลับเป็น 3600 หรือ 86400 เพื่อลดภาระ DNS สิ่งนี้เรียกว่า 'การอุ่น TTL DNS'

ความแตกต่างระหว่างระเบียน A และ CNAME คืออะไร?

ระเบียน A ชี้ไปยังที่อยู่ IPv4 โดยตรง (เช่น example.com → 1.2.3.4); CNAME เป็นนามแฝงที่ชี้ไปยังชื่อโดเมนอื่น (เช่น www.example.com → example.com) CNAME มักใช้สำหรับโดเมนย่อยและโดเมน CDN เมื่อเข้าถึง CDN มักจะเป็น CNAME ที่ชี้ไปยังชื่อโดเมน CDN

DoH และ DNS มีความเร็วในการแก้ไขเท่ากันหรือไม่?

ในสภาพเครือข่ายปกติ เวลาแฝงในการแก้ไขของ DoH และ DNS จะเทียบเท่ากัน (โดยทั่วไป 10-50ms); อย่างไรก็ตามในเครือข่ายที่มีการแฮ็กหรือปลอมแปลง DNS DoH จะน่าเชื่อถือมากขึ้นและส่งคืนผลลัพธ์ที่ถูกต้อง อย่างไรก็ตาม ISP บางแห่งจำกัดหรือทำให้การรับส่งข้อมูล DoH ช้าลง และเวลาแฝงอาจสูงขึ้นในกรณีนั้น

术语表

การแพร่กระจาย DNS
กระบวนการแพร่กระจายของระเบียน DNS จากเซิร์ฟเวอร์ที่มีสิทธิ์ไปยัง DNS แบบเรียกซ้ำทั่วโลกหลังการเปลี่ยนแปลง; เวลาขึ้นอยู่กับ TTL
DoH (DNS over HTTPS)
โปรโตคอลที่เข้ารหัสการสอบถาม DNS ผ่าน HTTPS (พอร์ต 443) ป้องกันการดักฟังและการแฮ็ก ตัวอย่าง: Cloudflare 1.1.1.1, Google 8.8.8.8
DoT (DNS over TLS)
DNS ผ่าน TLS (พอร์ต 853) คล้ายกับ DoH แต่ทำงานบน TLS โดยตรงโดยไม่มีการห่อหุ้ม HTTP
DNS Poisoning
การโจมตีที่ผู้กลางทำการแก้ไขการตอบสนอง DNS และเปลี่ยนเส้นทางไปยัง IP ที่ผิด DoH/DoT ป้องกันสิ่งนี้ผ่านการเข้ารหัส
TTL (Time To Live)
วินาทีที่ระเบียน DNS อยู่ในแคชของ DNS แบบเรียกซ้ำ ค่าทั่วไปตั้งแต่ 300 (5 นาที) ถึง 86400 (24 ชั่วโมง) TTL ต่ำกว่า = การแพร่กระจายเร็วขึ้น
DNS แบบเรียกซ้ำ
เซิร์ฟเวอร์ DNS ที่ให้การแก้ไขชื่อแก่ผู้ใช้ (เช่น 8.8.8.8, 1.1.1.1) สอบถาม DNS ที่มีสิทธิ์ตามลำดับชั้นและแคชผลลัพธ์
DNS ที่มีสิทธิ์
เซิร์ฟเวอร์ที่เก็บระเบียนดั้งเดิมของโดเมน โฮสต์โดยผู้รับจดทะเบียนหรือผู้ให้บริการ DNS; เป็น 'แหล่งที่มาทางการ'
การแตกแขนงการแก้ไข
ปรากฏการณ์ที่ภูมิภาคหรือช่องทางต่างๆ ส่งคืนผลลัพธ์ที่แตกต่างกัน เกิดจากแคชที่ไม่ได้รับการรีเฟรช, Geo-DNS CDN, หรือ DNS poisoning
ระเบียน A/AAAA
A จับคู่โดเมนกับ IPv4; AAAA กับ IPv6 เป็นระเบียนที่ใช้บ่อยที่สุด ระบุโดยตรงว่าเซิร์ฟเวอร์ใดที่โดเมนชี้ไป
CNAME/MX/TXT/NS
CNAME นามแฝงไปยังโดเมนอื่น; MX แลกเปลี่ยนอีเมล (เซิร์ฟเวอร์อีเมล); TXT ระเบียนข้อความ (SPF/DKIM); NS เนมเซิร์ฟเวอร์ระบุ DNS ที่มีสิทธิ์

เปรียบเทียบเซิร์ฟเวอร์ DNS สาธารณะทั่วไปและจุดสิ้นสุด DoH

Google DNS8.8.8.8 / 8.8.4.4https://dns.google/dns-queryสหรัฐอเมริกามีโหนดทั่วโลกจำนวนมาก การแก้ไขเสถียร รองรับ DoH/DoT
Cloudflare1.1.1.1 / 1.0.0.1https://cloudflare-dns.com/dns-queryสหรัฐอเมริกาเน้นความเป็นส่วนตัว เวลาแฝงต่ำ ไม่บันทึกการสอบถาม
Quad99.9.9.9https://dns.quad9.net/dns-queryสวิตเซอร์แลนด์/สหรัฐอเมริกามีการบล็อกโดเมนที่เป็นอันตรายในตัว การปกป้องความปลอดภัย
OpenDNS208.67.222.222https://doh.opendns.com/dns-queryสหรัฐอเมริกา (Cisco)รองรับการกรองเนื้อหาและการป้องกันฟิชชิง
AliDNS223.5.5.5 / 223.6.6.6https://dns.alidns.com/dns-queryจีนครอบคลุมโหนดจีนได้ดี การแก้ไขรวดเร็วในจีน
Tencent DNSPod119.29.29.29https://doh.pub/dns-queryจีนการเข้าถึงเสถียรในจีน รองรับ DoH
114DNS114.114.114.114N/AจีนDNS สาธารณะจีนดั้งเดิม ครอบคลุมโหนดกว้างขวาง

สถานะความสอดคล้อง DNS และการดำเนินการที่แนะนำ

สอดคล้องกันอย่างสมบูรณ์เขียวแหล่ง DNS และ DoH ทั้งหมดส่งคืนผลลัพธ์ที่เหมือนกันการแพร่กระจายเสร็จสมบูรณ์ ระเบียนมีผลทั่วโลก
แตกต่างบางส่วนเหลืองโหนดบางแห่งส่งคืนระเบียนใหม่ ส่วนอื่นๆ ยังเป็นระเบียนเก่าหรือผลลัพธ์ที่แตกต่างรอให้ TTL หมดอายุแล้วตรวจสอบอีกครั้ง; ตรวจสอบว่าเป็นการกำหนดเวลา CDN ปกติหรือไม่
แตกต่างกันอย่างสมบูรณ์แดงแหล่งที่มาส่งคืนผลลัพธ์ที่แตกต่างกันอย่างสิ้นเชิง; DNS และ DoH ไม่สอดคล้องกันอาจมี DNS poisoning/การแฮ็กหรือข้อผิดพลาดของเซิร์ฟเวอร์ที่มีสิทธิ์; ตรวจสอบผ่าน DoH และตรวจสอบเครือข่ายในเครื่อง
Timeout/ข้อผิดพลาดแดงแหล่ง DNS บางแห่งไม่สามารถเข้าถึงได้หรือส่งคืนข้อผิดพลาดอาจเป็นปัญหาเครือข่าย ความล้มเหลวของ DNS หรือโดเมนไม่มีอยู่; ตรวจสอบโดเมนและสถานะเซิร์ฟเวอร์ที่มีสิทธิ์
การตอบสนองว่าง/NXDOMAINเทาโดเมนหรือระเบียนไม่มีอยู่ เซิร์ฟเวอร์ที่มีสิทธิ์ส่งคืน NXDOMAINตรวจสอบว่าระเบียนถูกกำหนดค่าอย่างถูกต้องหรือไม่; ตรวจสอบว่าโดเมนหมดอายุหรือถูกลบหรือไม่

การอ้างอิงค่า TTL และเวลาการแพร่กระจาย

300 วินาที (5 นาที)5-15 นาทีการเปลี่ยนแปลงระเบียน การกู้คืนจากความเสียหาย การสลับอย่างรวดเร็วการแพร่กระจายเร็วที่สุดแต่ภาระการสอบถาม DNS สูงกว่า; ใช้เฉพาะในช่วงการเปลี่ยนแปลง
3600 วินาที (1 ชั่วโมง)1-4 ชั่วโมงโดเมนประจำวัน/ที่ใช้ทั่วไป สภาพแวดล้อมทดสอบความสมดุลที่ดีระหว่างความเร็วการแพร่กระจายและภาระ; แนะนำมากที่สุด
86400 วินาที (24 ชั่วโมง)24-48 ชั่วโมงโดเมนการผลิตที่เสถียร โดเมนที่เปลี่ยนแปลงนานๆ ครั้งลดภาระการสอบถาม DNS แต่ต้องเตรียมการก่อนการเปลี่ยนแปลง
604800 วินาที (7 วัน)48-72 ชั่วโมงหรือนานกว่าโดเมนรากที่เสถียรมาก โดเมนที่แทบไม่เคยเปลี่ยนแปลงภาระต่ำที่สุด; การเปลี่ยนแปลงต้องลด TTL ล่วงหน้าหลายวัน

Authoritative References

  • Reference
  • Reference
  • Reference
เครื่องมือสร้าง Authentication Headerเครื่องมือวิเคราะห์ Cache-Controlเครื่องมือวิเคราะห์ Content-Dispositionเครื่องมือสร้าง CORS Headerเครื่องมือตรวจสอบ CORSCSP Builderตัวแปลง cURL เป็นโค้ดตรวจสอบการแพร่กระจาย DNS ทั่วโลกค้นหา DNSForwarded Header Parserเครื่องมือสร้าง Hreflang TagHSTS AnalyzerHTTP Cookie ParserHTTP Headers CheckerHTTP Request Runnerค้นหารหัสสถานะ HTTPค้นหา IPตัวแปลง IPv4เครื่องมือขยายช่วง IPv4เครื่องมือจัดการที่อยู่ IPv6ตัวแยกวิเคราะห์ส่วนหัว Linkค้นหา MX Recordตรวจสอบพอร์ตสร้างพารามิเตอร์ URLตัวแยกวิเคราะห์ส่วนหัว Rate Limitเครื่องมือตรวจสอบห่วงโซ่การเปลี่ยนเส้นทางสร้าง Robots.txtตรวจสอบ Robots.txtตรวจสอบส่วนหัวความปลอดภัยสร้าง Security.txtตัวแยกวิเคราะห์ Set-Cookieตรวจสอบเครือข่ายเว็บไซต์สร้าง Sitemapตรวจสอบ Sitemapตัวตรวจสอบใบรับรอง SSLเครื่องคำนวณซับเน็ตตัวแยกวิเคราะห์ URLตัวแยกวิเคราะห์ User-Agentตัวสร้างลิงก์ UTMทดสอบ WebSocketWhat Is My IP?ค้นหา WHOIS