ค้นหา DNS

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

การค้นหา DNS คืออะไร?

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

• เมื่อไซต์ไม่สามารถเข้าถึงได้ ค้นหาเรคคอร์ด A/AAAA เพื่อยืนยันว่า IP ชี้ไปยังเซิร์ฟเวอร์ที่ถูกต้อง
• หลังจากเปลี่ยน CDN/ย้ายเซิร์ฟเวอร์ ค้นหา DNS เพื่อยืนยันว่าการแปลงใหม่ได้แพร่กระจาย
• เมื่อกำหนดค่าอีเมลองค์กร/Google Workspace/Office 365 ตรวจสอบลำดับความสำคัญและที่อยู่ของเรคคอร์ด MX
• หลังจากกำหนดค่านโยบายความปลอดภัยอีเมล SPF/DKIM/DMARC ค้นหาเรคคอร์ด TXT เพื่อยืนยันการกำหนดค่าที่ถูกต้อง
• ในระหว่างการยืนยันความเป็นเจ้าของโดเมน (Google Search Console/ออก SSL/Apple Developer ฯลฯ) ตรวจสอบว่าเรคคอร์ด TXT ได้รับการเผยแพร่แล้ว
• หลังจากเปลี่ยนเซิร์ฟเวอร์ DNS ของโดเมน ค้นหาเรคคอร์ด NS เพื่อยืนยันการแพร่กระจาย
• แก้ไขปัญหาเช่น การส่งอีเมลล้มเหลว การปนเปื้อนการแปลงโดเมน การลักพา DNS และปัญหาอื่นๆ

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

1. ป้อนโดเมนที่ต้องการค้นหา (เช่น example.com โดยไม่มีคำนำหน้า http:// หรือ www)
2. คลิกเพื่อเลือกประเภทเรคคอร์ด DNS ที่ต้องการค้นหา (A/AAAA/CNAME/MX/TXT/NS/SOA)
3. คลิกปุ่มค้นหา; เครื่องมือจะเริ่มคิวรีแบบเรียกซ้ำจากเซิร์ฟเวอร์ DNS แบ็กเอนด์
4. ดูสรุปด้านบน (ประเภทเรคคอร์ด จำนวนเรคคอร์ด) เพื่อยืนยันว่าเรคคอร์ดถูกส่งคืนแล้ว
5. ดูค่า TTL และข้อมูลเพิ่มเติมของแต่ละเรคคอร์ด (เช่น ลำดับความสำคัญ MX) ในพื้นที่รายละเอียดเรคคอร์ด
6. คัดลอกสรุปหรือรายการเรคคอร์ดทั้งหมดด้วยคลิกเดียว ขยาย JSON เพื่อดูการตอบกลับดิบ

คุณสมบัติ

• 7 ประเภทเรคคอร์ด: A/AAAA/CNAME/MX/TXT/NS/SOA ด้วยการเลือกด้วยคลิกเดียว ครอบคลุมสถานการณ์ค้นหา DNS ส่วนใหญ่
• คิวรี DNS แบ็กเอนด์: คิวรีแบบเรียกซ้ำฝั่งเซิร์ฟเวอร์ ไม่มีข้อจำกัด CORS ของเบราว์เซอร์ ไม่ใช้แคชในเครื่อง แสดงผลลัพธ์ที่มีอำนาจแบบเรียลไทม์
• การแยกฟิลด์อัจฉริยะ: ระบุฟิลด์ value/answer/data สำหรับแต่ละประเภทเรคคอร์ดโดยอัตโนมัติ MX แสดงลำดับความสำคัญโดยอัตโนมัติ
• การแสดงผล TTL: แต่ละเรคคอร์ดแสดง TTL (เวลาแคช) เพื่อกำหนดสถานะการแพร่กระจายและการเปลี่ยนแปลงเรคคอร์ด
• ประวัติการค้นหาล่าสุด: บันทึกโดเมนล่าสุด 8 โดเมนที่ค้นหาโดยอัตโนมัติ คลิกเพื่อสลับอย่างรวดเร็ว
• โดเมนที่กำหนดไว้ล่วงหน้า: ตัวอย่างรวดเร็วในตัวสำหรับ geekformat.com/github.com/cloudflare.com/openai.com
• คัดลอกด้วยคลิกเดียว: รองรับสามโหมด: คัดลอกสรุป คัดลอกรายการเรคคอร์ดทั้งหมด คัดลอก JSON ดิบ

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

อภิธานศัพท์

DNS (Domain Name System)

ระบบชื่อโดเมน หนึ่งในโครงสร้างพื้นฐานหลักของอินเทอร์เน็ต แปลงโดเมนที่มนุษย์สามารถอ่านได้ (example.com) เป็นที่อยู่ IP ที่เครื่องสามารถใช้ได้ (93.184.216.34) ใช้การออกแบบฐานข้อมูลแบบกระจายตามลำดับชั้น โดยมีตัวแก้ไขแบบเรียกซ้ำ DNS ราก DNS TLD และ DNS ที่มีอำนาจทำงานร่วมกันเพื่อเสร็จสิ้นการแปลงRFC 1035

เรคคอร์ด A (Address Record)

ประเภทเรคคอร์ด DNS พื้นฐานที่สุด จับคู่โดเมนกับที่อยู่ IPv4 (32 บิต เช่น 192.0.2.1) โดเมนหนึ่งสามารถมีเรคคอร์ด A หลายตัว (ปรับสมดุลโหลดแบบวนซ้ำ round-robin)

เรคคอร์ด AAAA (เรคคอร์ดที่อยู่ IPv6)

จับคู่โดเมนกับที่อยู่ IPv6 (128 บิต เช่น 2001:db8::1) เรียกว่า "สี่เท่า A" เนื่องจากที่อยู่ IPv6 ยาวกว่า IPv4 4 เท่า ไซต์คู่สมัยใหม่กำหนดค่าทั้งเรคคอร์ด A และ AAAA

CNAME (Canonical Name)

เรคคอร์ดนามแฝงที่ชี้โดเมนหนึ่งไปยังโดเมนอื่น (ไม่ใช่ IP) มักใช้สำหรับการรวม CDN และบริการ SaaS (เช่น www → cdn.example.com) หมายเหตุ: โดเมนราก (@/apex) และโดเมนที่มีเรคคอร์ด MX/NS/SOA ที่มีอยู่ไม่สามารถใช้ CNAME ได้

เรคคอร์ด MX (Mail Exchange)

ระบุเซิร์ฟเวอร์รับอีเมลของโดเมน รวมถึงลำดับความสำคัญ (priority/preference ตัวเลขน้อยกว่า = ลำดับความสำคัญสูงกว่า) และที่อยู่เซิร์ฟเวอร์อีเมล ผู้ส่งอีเมลลองส่งตามลำดับความสำคัญ; ลำดับความสำคัญเท่ากันช่วยให้ปรับสมดุลโหลดได้ ต้องชี้ไปยังโดเมน (ไม่สามารถชี้โดยตรงไปยัง IP)

เรคคอร์ด TXT (Text Record)

เรคคอร์ดข้อความตามอำเภอใจ เดิมสำหรับบันทึกที่มนุษย์สามารถอ่านได้ ปัจจุบันใช้กันอย่างแพร่หลายในสถานการณ์ที่เครื่องสามารถอ่านได้เช่น SPF (ป้องกันสแปม), DKIM (ลายเซ็นอีเมล), DMARC (นโยบายอีเมล) และการยืนยันความเป็นเจ้าของโดเมน ความยาวสูงสุดของเรคคอร์ด TXT เดียวโดยทั่วไปคือ 255 อักขระ; ข้อความยาวต้องการการแบ่งส่วน

เรคคอร์ด NS (Name Server)

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

TTL (Time To Live)

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

DNS แบบเรียกซ้ำ (Recursive Resolver)

เซิร์ฟเวอร์ DNS ที่เน้นไคลเอ็นต์ (เช่น 8.8.8.8, 1.1.1.1) ที่รับคำขอจากไคลเอ็นต์และคิวรี DNS ราก → TLD → ที่มีอำนาจในนามไคลเอ็นต์ ส่งคืนและแคชผลลัพธ์สุดท้าย ทั้ง ISP และ DNS สาธารณะให้บริการการแปลงแบบเรียกซ้ำ

DNS ที่มีอำนาจ (Authoritative Nameserver)

เซิร์ฟเวอร์ที่เก็บเรคคอร์ด DNS ดั้งเดิมของโดเมน (เซิร์ฟเวอร์ NS ที่ให้โดยผู้รับจดทะเบียนโดเมน/CDN) ให้ "คำตอบที่มีอำนาจ" สำหรับโดเมนที่โฮสต์ โดยไม่แคชผลลัพธ์จากโดเมนอื่น

SPF / DKIM / DMARC

สามเรคคอร์ด DNS ความปลอดภัยอีเมลหลัก: SPF (Sender Policy Framework) ระบุ IP ของเซิร์ฟเวอร์ที่ได้รับอนุญาตให้ส่งอีเมล; DKIM (DomainKeys Identified Mail) เพิ่มลายเซ็นดิจิทัลเพื่อตรวจสอบความสมบูรณ์ของอีเมล; DMARC (Domain-based Message Authentication, Reporting and Conformance) กำหนดนโยบายการจัดการ (none/quarantine/reject) เมื่อ SPF/DKIM ล้มเหลว พร้อมที่อยู่รายงาน ทั้งสามเผยแพร่ผ่านเรคคอร์ด TXT

ตารางอ้างอิงประเภทเรคคอร์ด DNS

ค่า TTL ที่แนะนำสำหรับเรคคอร์ด DNS ทั่วไป

เซิร์ฟเวอร์ DNS สาธารณะยอดนิยม

Authoritative References

• ReferenceRFC 1035 - ข้อมูลจำเพาะพื้นฐาน DNS
• Referenceศูนย์การเรียนรู้ DNS ของ Cloudflare
• Referenceวิกิพีเดีย - ระบบชื่อโดเมน
• ReferenceDNSimple - อธิบายประเภทเรคคอร์ด DNS