การค้นหา DNS

ประเภทของข้อมูล และวัตถุประสงค์ของแต่ละประเภท

การอ่านข้อมูลบันทึก SOA

ข้อมูลในบันทึก SOA ใช้ตอบคำถามว่า “ใครเป็นเจ้าของโซนนี้ และเมื่อใดครั้งสุดท้ายที่มีการเปลี่ยนแปลง?” โดยฟิลด์ต่างๆ มีดังนี้:

• mname – เซิร์ฟเวอร์ชื่อหลักที่รับผิดชอบโซน
• rname – อีเมลของผู้ดูแลระบบ โดยใช้เครื่องหมายจุดแทน @ (เช่น hostmaster.example.com)
• Serial – หมายเลขเวอร์ชัน โดยทั่วไปใช้รูปแบบ YYYYMMDDNN
• Refresh, Retry,expire – ตัวจับเวลาสำหรับเซิร์ฟเวอร์ชื่อรอง
• ** minimum ** – TTL ของคำตอบลบ (ระยะเวลาที่ NXDOMAIN ถูกเก็บไว้ในแคช)

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

การถอดรหัสข้อมูล TXT สำเร็จแล้ว

TXT เป็นรูปแบบข้อมูลที่รองรับการใช้งานได้หลากหลาย วิธีการใช้งานทั่วไปมีดังนี้:

• v=spf1 ... – กรอบนโยบายสำหรับผู้ส่ง (Sender Policy Framework) ใช้เพื่ออนุญาตให้เซิร์ฟเวอร์จัดการอีเมลดำเนินการได้
• v=DMARC1 ... – บน _dmarc.domain ใช้กำหนดนโยบาย DMARC
• v=DKIM1 ... – คือกุญแจสาธารณะของ DKIM บน selector._domainkey.domain
• โทเคนยืนยันโดเมน: Google, Microsoft, Stripe และผู้ให้บริการอื่นๆ จะเผยแพร่ข้อความสุ่มเพื่อยืนยันสิทธิ์ในการเป็นเจ้าของโดเมน
• SaaS Webhooks: แพลตฟอร์มบางแห่งใช้ TXT เพื่อตั้งค่าโดเมนเฉพาะ

คำแนะนำในการแก้ไขปัญหา

• NXDOMAIN หมายถึงโดเมนนั้นไม่มีอยู่จริง; กรุณาตรวจสอบการสะกดคำ
• หากมีคำว่า “No answer” ร่วมกับข้อมูล NS ที่เป็นทางการ หมายความว่าประเภทข้อมูลเฉพาะนั้นยังไม่ได้ถูกเผยแพร่
• การใช้ CNAME ที่ตำแหน่งสุดท้ายของโดเมน (เช่น example.com เอง ไม่ใช่ www) ถือเป็นสิ่งที่ไม่อนุญาตตามมาตรฐาน RFC 1034 เนื่องจาก CNAME มีความขัดแย้งกับระบบ SOA/NS ที่ตำแหน่งรากของโซน ควรใช้บันทึกประเภท ALIAS หรือ ANAME ในผู้ให้บริการที่รองรับฟังก์ชันดังกล่าว หรือใช้บันทึกประเภท A ที่ชี้ไปยัง IP โดยตรง
• การแพร่กระจาย – หลังจากการเปลี่ยนแปลง รายการใหม่จะปรากฏทันทีใน NS ที่เป็นแหล่งข้อมูลหลักของคุณ อย่างไรก็ตาม เครื่องมือแก้ไข URL ทั่วโลกจะคำนึงถึงค่า TTL ดังนั้นควรรอให้ TTL เดิมหมดอายุ (หรือใช้ค่า TTL ที่ต่ำกว่าก่อนการเปลี่ยนแปลง)