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

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

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

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

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

ค้นหา DNS

ค้นหา IP

เครื่องคำนวณซับเน็ต

ตัวแปลง IPv4

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

หลังจากเปลี่ยนระเบียน 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) เพื่อเลือกการกำหนดค่าที่เหมาะสมที่สุด

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

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

คุณสมบัติ

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

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

โดยทั่วไปการแพร่กระจาย 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

ผู้ให้บริการ	DNS IP	จุดสิ้นสุด DoH	ประเทศ/ภูมิภาค	คุณสมบัติ
Google DNS	`8.8.8.8 / 8.8.4.4`	`https://dns.google/dns-query`	สหรัฐอเมริกา	มีโหนดทั่วโลกจำนวนมาก การแก้ไขเสถียร รองรับ DoH/DoT
Cloudflare	`1.1.1.1 / 1.0.0.1`	`https://cloudflare-dns.com/dns-query`	สหรัฐอเมริกา	เน้นความเป็นส่วนตัว เวลาแฝงต่ำ ไม่บันทึกการสอบถาม
Quad9	`9.9.9.9`	`https://dns.quad9.net/dns-query`	สวิตเซอร์แลนด์/สหรัฐอเมริกา	มีการบล็อกโดเมนที่เป็นอันตรายในตัว การปกป้องความปลอดภัย
OpenDNS	`208.67.222.222`	`https://doh.opendns.com/dns-query`	สหรัฐอเมริกา (Cisco)	รองรับการกรองเนื้อหาและการป้องกันฟิชชิง
AliDNS	`223.5.5.5 / 223.6.6.6`	`https://dns.alidns.com/dns-query`	จีน	ครอบคลุมโหนดจีนได้ดี การแก้ไขรวดเร็วในจีน
Tencent DNSPod	`119.29.29.29`	`https://doh.pub/dns-query`	จีน	การเข้าถึงเสถียรในจีน รองรับ DoH
114DNS	`114.114.114.114`	`N/A`	จีน	DNS สาธารณะจีนดั้งเดิม ครอบคลุมโหนดกว้างขวาง

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

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

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

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