การค้นหา DNS — ค้นหาบันทึก DNS ของโดเมนใดๆ แบบเรียลไทม์
วินิจฉัยความล้มเหลวในการส่งอีเมล ยืนยันการย้ายโดเมน และตรวจสอบนโยบายความปลอดภัย โดยไม่ต้องติดตั้ง dig หรือ nslookup
การค้นหา DNS คืออะไร?
การค้นหา DNS จะสอบถาม Domain Name System เพื่อดึงข้อมูลบันทึกที่แนบมากับโดเมน ซึ่งทำงานเหมือนกับสมุดโทรศัพท์สำหรับอินเทอร์เน็ต การแปลชื่อโดเมนที่มนุษย์สามารถอ่านได้เป็นเครือข่ายข้อมูลทางเทคนิคที่จำเป็นในการกำหนดเส้นทางการรับส่งข้อมูลและให้บริการต่างๆ ทุกโดเมนมีเรคคอร์ดหลายประเภท: เรคคอร์ด A ชี้ไปที่ที่อยู่ IP, เรคคอร์ด MX กำหนดเส้นทางอีเมล, เรคคอร์ด TXT มีนโยบายความปลอดภัย และเรคคอร์ด NS มอบอำนาจให้กับเนมเซิร์ฟเวอร์
เมื่อคุณทริกเกอร์การค้นหา DNS การสืบค้นจะเดินทางไปยังรีโซลเวอร์แบบเรียกซ้ำ (ดำเนินการโดย ISP ของคุณหรือรีโซลเวอร์สาธารณะ เช่น 8.8.8.8 หรือ 1.1.1.1) หากตัวแก้ไขมีคำตอบที่แคชไว้ภายในหน้าต่าง TTL ของเรคคอร์ด ก็จะส่งกลับค่าที่แคชไว้นั้น ถ้าไม่เช่นนั้น ระบบจะสอบถามเนมเซิร์ฟเวอร์ที่เชื่อถือได้ ซึ่งเป็นเซิร์ฟเวอร์ที่เก็บบันทึกอย่างเป็นทางการของโดเมน เครื่องมือนี้จะข้ามแคชและสอบถามเซิร์ฟเวอร์ที่เชื่อถือได้โดยตรง ดังนั้นผลลัพธ์จึงสะท้อนถึงสถานะที่เผยแพร่ในปัจจุบันของโซน ไม่ใช่สิ่งที่เบราว์เซอร์ของคุณแคชไว้
เบราว์เซอร์ของคุณทำการค้นหา DNS โดยอัตโนมัติในพื้นหลัง — แต่ไม่แสดงอะไรเลย เครื่องมือนี้เปิดเผยชุดบันทึกทั้งหมด: ไม่ใช่แค่ที่อยู่ IP แต่บันทึกทุกประเภทที่แนบมากับโดเมน รวมถึงค่า TTL ที่เปิดเผยว่าแต่ละบันทึกจะยังคงอยู่ในแคชนานเท่าใด ก่อนที่ตัวแก้ไขจะตรวจสอบแหล่งที่มาที่เชื่อถือได้อีกครั้ง
วิธีการทำงาน
ใส่โดเมน
พิมพ์ชื่อโดเมนใดก็ได้ เช่น google.com หรือ github.com คุณสามารถค้นหาโดเมนหลักหรือโดเมนย่อยได้
เลือกประเภทระเบียน
เลือกประเภทระเบียน DNS ที่ต้องการตรวจสอบ — A, MX, TXT, NS, CNAME, SOA, CAA — หรือเลือกระเบียนทั้งหมด
ดูผลลัพธ์
ผลลัพธ์จะถูกส่งกลับแบบเรียลไทม์จากเซิร์ฟเวอร์ DNS ที่เชื่อถือได้ แต่ละแถวจะแสดงประเภทบันทึก ค่า TTL (ระยะเวลาที่บันทึกถูกแคชโดยรีโซลเวอร์) และ — สำหรับบันทึก MX — หมายเลขลำดับความสำคัญ คัดลอกบันทึกใด ๆ ไปยังคลิปบอร์ดได้ด้วยคลิกเดียว
วิธีอ่านผลลัพธ์การค้นหา DNS ของคุณ
เมื่อการค้นหาเสร็จสิ้น แต่ละแถวผลลัพธ์จะประกอบด้วยหลายฟิลด์ นี่คือความหมายของแต่ละฟิลด์และสิ่งที่ต้องค้นหา
| สนาม | ความหมาย |
|---|---|
TTL (Time To Live) | จำนวนวินาทีที่เร็กคอร์ดนี้ถูกแคชโดยรีโซลเวอร์ ก่อนที่จะทำการสอบถามเซิร์ฟเวอร์ที่เชื่อถือได้อีกครั้ง TTL 300 = การเปลี่ยนแปลงจะเผยแพร่ใน ~5 นาที TTL 86400 = บันทึกเก่าสามารถคงอยู่ได้นานถึง 24 ชั่วโมงหลังจากที่คุณเปลี่ยนแปลง |
ลำดับความสำคัญของ MX | ปรากฏในบันทึก MX เท่านั้น ตัวเลขที่ต่ำกว่าจะมีลำดับความสำคัญสูงกว่า การตั้งค่า 10 (หลัก) และ 20 (สำรอง) จะสร้างลูกโซ่เฟลโอเวอร์ ค่าลำดับความสำคัญที่เท่ากันหมายความว่าเซิร์ฟเวอร์ทั้งสองแบ่งปันโหลดเท่ากัน |
ค่าของระเบียน | ข้อมูลจริงในบันทึกประกอบด้วย - ที่อยู่ IP สำหรับบันทึก A/AAAA ชื่อโฮสต์สำหรับ MX/NS/CNAME หรือสตริงข้อความสำหรับบันทึก TXT นี่คือค่าที่รีโซลเวอร์ DNS ใช้ในการกำหนดเส้นทางการรับส่งข้อมูลหรือตรวจสอบนโยบาย |
โซ่ CNAME | เมื่อ CNAME ชี้ไปที่ CNAME อื่น ห่วงโซ่การแก้ปัญหาจะเกิดขึ้น เชนที่ยาวกว่า 8 ฮ็อปจะไม่สามารถแก้ไขได้ในไคลเอนต์ส่วนใหญ่ หากความลึกกลายเป็นปัญหา ให้แทนที่ CNAME ระดับกลางด้วยบันทึก A โดยตรง |
ไทม์ไลน์การแพร่กระจายของ TTL และ DNS
ใช้ TTL เพื่อประเมินว่าตัวแก้ไขควรรับการเปลี่ยนแปลงได้เร็วแค่ไหน และเมื่อใดจึงควรตรวจสอบอีกครั้ง
| TTL (Time To Live) | หน้าต่างการขยายพันธุ์ที่คาดหวัง | เมื่อใดควรตรวจสอบอีกครั้ง |
|---|---|---|
| 300 | ประมาณ 15-30 นาทีทั่วโลก | ทุก 5-10 นาที |
| 3600 | ~1-2 ชั่วโมง | ทุก ๆ 30-60 นาที |
| 86400 | นานถึง 24 ชั่วโมง | ตรวจสอบหลังจาก 12 ชั่วโมง และอีกครั้งใน 24 ชั่วโมง |
ประเภทบันทึก DNS: สิ่งที่แต่ละคนควบคุม
จับคู่โดเมนกับที่อยู่ IPv4 ซึ่งเป็นบันทึก DNS พื้นฐานที่สุด ตัวอย่างเอาต์พุต: 93.184.216.34, TTL 3600 (แคช 1 ชั่วโมง) เมื่อระเบียน A หายไปหรือไม่ถูกต้อง โดเมนจะไม่สามารถเข้าถึงได้จากเบราว์เซอร์
จับคู่โดเมนกับที่อยู่ IPv6 สำหรับการกำหนดเส้นทางเครือข่ายสมัยใหม่ ตัวอย่าง: 2606:2800:220:1:248:1893:25c8:1946 หากไม่มี ไคลเอ็นต์เฉพาะ IPv6 จะไม่สามารถเข้าถึงโดเมนได้ แม้ว่าโดยปกติจะใช้ทางเลือกสำรอง IPv4 (ระเบียน A) ก็ตาม
ระบุว่าเมลเซิร์ฟเวอร์ใดยอมรับอีเมลสำหรับโดเมน แต่ละระเบียนจะมีหมายเลขลำดับความสำคัญ — ค่าที่ต่ำกว่าจะมีความสำคัญกว่า ตัวอย่าง: ลำดับความสำคัญ 10 เป็นเซิร์ฟเวอร์หลัก ลำดับความสำคัญ 20 เป็นทางเลือก หากไม่มีบันทึก MX อีเมลที่ส่งถึงโดเมนนี้จะถูกปฏิเสธ
เก็บข้อมูลข้อความตามอำเภอใจ การใช้งานหลัก: SPF (v=spf1 include:_spf.google.com ~all) อนุญาตให้เซิร์ฟเวอร์ใดสามารถส่งอีเมลได้ DKIM มีรหัสสาธารณะสำหรับการตรวจสอบลายเซ็น DMARC (v=DMARC1; p=reject) กำหนดนโยบายสำหรับอีเมลที่ไม่ผ่านการรับรองความถูกต้อง บันทึก TXT หลายรายการสามารถอยู่ร่วมกันในโดเมนเดียวได้
ระบุเนมเซิร์ฟเวอร์ที่เชื่อถือได้สำหรับโดเมน — เซิร์ฟเวอร์ที่เก็บบันทึก DNS อย่างเป็นทางการ หากบันทึก NS มีการเปลี่ยนแปลง สิทธิ์ในโซนจะโอนไปยังเนมเซิร์ฟเวอร์ใหม่หลังจากการเผยแพร่
สร้างนามแฝงที่ชี้โดเมนหนึ่งไปยังอีกโดเมนหนึ่ง ซึ่งจะแก้ไขเป็น IP ใช้สำหรับโดเมนย่อย (www, cdn, เมล) และการกำหนดเส้นทาง CDN ข้อจำกัดที่สำคัญ: ไม่สามารถตั้งค่าระเบียน CNAME ที่โดเมนราก (apex) ได้ - ให้ใช้ระเบียน A หรือระเบียน ALIAS ที่รากแทน
ประกอบด้วยข้อมูลเมตาของโซน: เนมเซิร์ฟเวอร์หลัก ข้อมูลติดต่อของผู้ดูแลระบบ (เข้ารหัสเป็น admin.example.com แทน [email protected]) หมายเลขซีเรียลในรูปแบบ YYYYMMDDNN และพารามิเตอร์เวลา หมายเลขซีเรียลจะเพิ่มขึ้นตามการเปลี่ยนแปลง DNS แต่ละครั้ง - เป็นการยืนยันว่ามีการดำเนินการอัปเดตแล้ว
จำกัดผู้ออกใบรับรองรายใดที่อาจออกใบรับรอง SSL/TLS สำหรับโดเมน ตัวอย่าง: '0 issue Letencrypt.org' จำกัดการออกให้เฉพาะ Let's Encrypt เท่านั้น หากไม่มีบันทึก CAA CA ใดๆ อาจออกใบรับรองสำหรับโดเมนของคุณ
DNSSEC คืออะไร และเครื่องมือนี้ตรวจสอบได้หรือไม่
DNSSEC (ส่วนขยายความปลอดภัย DNS) เพิ่มลายเซ็นการเข้ารหัสให้กับบันทึก DNS ช่วยให้ผู้แก้ไขสามารถตรวจสอบได้ว่าบันทึกไม่ได้รับการแก้ไขระหว่างการส่ง เครื่องมือนี้ส่งคืนบันทึก DNS แบบดิบจากเซิร์ฟเวอร์ที่เชื่อถือได้ แต่ไม่ได้ดำเนินการตรวจสอบลายเซ็น DNSSEC ในปัจจุบัน สำหรับการตรวจสอบ DNSSEC ให้ใช้เครื่องวิเคราะห์ DNSSEC โดยเฉพาะ
เมื่อใดจึงควรใช้เครื่องมือค้นหา DNS
การตั้งค่าและแก้ไขปัญหาอีเมล
ค้นหาบันทึก MX เพื่อตรวจสอบการกำหนดเส้นทางเมลเซิร์ฟเวอร์ ตรวจสอบบันทึก TXT สำหรับนโยบาย SPF, DKIM และ DMARC และยืนยันว่านโยบาย DMARC ของคุณตั้งค่าเป็น p=reject หรือ p=quarantine ไม่ใช่ p=none
การย้ายโดเมนและการแพร่กระจาย
หลังจากอัปเดตการตั้งค่า DNS แล้ว ให้ตรวจสอบบันทึก A และ NS เพื่อยืนยันการแพร่กระจาย ลด TTL เหลือ 300 วินาทีอย่างน้อย 24 ชั่วโมงก่อนการย้ายที่วางแผนไว้เพื่อลดเวลาหยุดทำงานเมื่อคุณเปลี่ยน
การตรวจสอบความปลอดภัย DNS
ตรวจสอบว่าบันทึก SPF, DKIM และ DMARC TXT ได้รับการเผยแพร่อย่างถูกต้องหรือไม่ เพื่อป้องกันการปลอมแปลงอีเมล ตรวจสอบบันทึก NS เพื่อยืนยันว่าโดเมนของคุณไม่ได้ชี้ไปยังเนมเซิร์ฟเวอร์ที่คุณไม่ได้ควบคุมอีกต่อไป ซึ่งเป็นสัญญาณทั่วไปของการเปิดเผยการครอบครองโดเมนย่อย
DevOps และการตรวจสอบการจัดเตรียม
ก่อนที่จะปรับใช้กับการใช้งานจริง ให้ตรวจสอบว่าระเบียน A โดเมนย่อยชั่วคราวชี้ไปยังเซิร์ฟเวอร์ที่ถูกต้อง นามแฝง CNAME แก้ไขไปยังต้นทาง CDN ที่ต้องการ และมีบันทึก TXT สำหรับการตรวจสอบบริการอยู่
CDN และการกำหนดค่าโดเมนย่อย
ยืนยันว่าโดเมนย่อยที่กำหนดเส้นทาง CDN (cdn, assets, static) มีเป้าหมาย CNAME ที่ถูกต้อง ตรวจสอบว่า www ชี้ไปที่โดเมนรากหรือตำแหน่งข้อมูล CDN ของคุณ และตรวจสอบว่าโดเมนย่อยที่สมดุลโหลดแสดงรายการที่อยู่ IP ที่ต้องการทั้งหมด
การค้นหา DNS ออนไลน์กับ dig และ nslookup: เมื่อใดควรใช้แต่ละรายการ
นักพัฒนามักจะเข้าถึง dig หรือ nslookup จากบรรทัดคำสั่ง นี่คือวิธีที่เครื่องมือออนไลน์นี้เปรียบเทียบในกรณีการใช้งานที่พบบ่อยที่สุด
| คุณสมบัติ | เครื่องมือนี้ | dig | nslookup |
|---|---|---|---|
| ไม่จำเป็นต้องติดตั้ง | ใช่ | ไม่ | ไม่ |
| ค้นหาบันทึกทุกประเภทพร้อมกัน | ใช่ | บางส่วน | ไม่ |
| ค้นหาเนมเซิร์ฟเวอร์ที่เชื่อถือได้โดยตรง | ใช่ | ใช่ | บางส่วน |
| แสดงค่า TTL | ใช่ | ใช่ | บางส่วน |
| แสดงลำดับความสำคัญของ MX | ใช่ | ใช่ | ใช่ |
| ผลลัพธ์ที่แชร์ได้ | ใช่ | ไม่ | ไม่ |