ชื่อโดเมนที่ลงทะเบียนแล้วไม่มีระเบียน DNS เลยหรือไม่?

โดยปกติหลังจากจดทะเบียนชื่อโดเมนแล้วจะมีระเบียน DNS บางส่วน แต่เมื่อเร็ว ๆ นี้ฉันพบชื่อโดเมนที่ลงทะเบียนบางส่วนที่ไม่มีระเบียน DNS

ตัวอย่างเช่นฉันวิ่งdig 00000onlinecasino.com anyแต่มันไม่ได้ส่งคืนระเบียน DNS ใด ๆ แม้กระทั่งระเบียน NS แม้ว่าข้อเท็จจริงนี้เป็นโดเมนที่ลงทะเบียน

เป็นไปได้หรือไม่ที่จะไม่มีระเบียน DNS หรือมีข้อผิดพลาดบางอย่างในระบบ DNS

TL; DRไม่น่าเป็นไปได้อย่างยิ่ง (แม้ว่าจะเป็นไปไม่ได้ในทางเทคนิค) ว่าโดเมนที่ลงทะเบียนอย่างถูกต้องจะมีศูนย์ * DNS การมีอยู่ของโดเมนจะต้องประกาศไปยังระบบ DNS ทั่วโลกโดยการอัปเดตที่ได้รับจาก บริษัท จดทะเบียนโดเมน ความล้มเหลวโดยนายทะเบียนเพื่อให้การปรับปรุงนี้จะถือว่าล้มเหลวในการปฏิบัติหน้าที่มอบหมายให้พวกเขาโดย IANA

อย่างน้อยที่สุดทุกโดเมนมีหนึ่งระเบียน DNS อย่างน้อยหนึ่งรายการ

เมื่อมีการลงทะเบียนโดเมน Domain Registrar จะส่งอัปเดตไปยังเซิร์ฟเวอร์ Top-Level Domain (gTLD) ทั่วไปที่รับผิดชอบ TLD ที่เป็นปัญหา ยกตัวอย่างเช่นการลงทะเบียนโดเมนexample.comก่อให้เกิดการปรับปรุงการ.comเซิร์ฟเวอร์ gTLD ซึ่งจะดำเนินการโดย VeriSign

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

ดังนั้นหากผู้รับจดทะเบียนโดเมนล้มเหลวในการปฏิบัติหน้าที่ตามที่ได้รับมอบหมายจาก IANA การค้นหาโดเมนที่จดทะเบียนใด ๆ จะส่งคืนระเบียนเซิร์ฟเวอร์ชื่อที่เชื่อถือได้สำหรับโดเมนนั้น

ถ้าเช่นนั้นทำไมการค้นหาไม่00000onlinecasino.comส่งคืนระเบียนใด ๆ

ปรากฏว่าทุกอย่างเกิดขึ้นตามที่อธิบายไว้ข้างต้น กล่าวอีกนัยหนึ่งผู้รับจดทะเบียนโดเมน (NameBright.com) ได้สร้างรายการ WHOIS ที่ต้องการและส่งระเบียน NS ไปยังเซิร์ฟเวอร์. COM gTLD ฉันยืนยันสิ่งนี้ดังต่อไปนี้โดยเรียกใช้ nslookup ที่ตั้งค่าเพื่อสืบค้นระเบียน NS:

C:\> nslookup -q=ns 00000onlinecasino.com
Server:  my-dns-server.internal.local
Address:  192.168.168.1

Non-authoritative answer:
00000onlinecasino.com   nameserver = n2.juming.com
00000onlinecasino.com   nameserver = n1.juming.com

n2.juming.com   internet address = 112.253.3.26
n2.juming.com   internet address = 121.14.157.13
n1.juming.com   internet address = 121.14.157.13
n1.juming.com   internet address = 220.181.135.142

ฉันยังใช้ตัวตรวจสอบ Glue Record ที่มีประโยชน์จาก MeBSD.com ซึ่งยืนยันผลลัพธ์:

อย่างไรก็ตามเคียวรีเดียวกันเมื่อดำเนินการกับเซิร์ฟเวอร์ชื่อเหล่านี้กำลังส่งคืนข้อผิดพลาด:

C:\> nslookup -q=ns 00000onlinecasino.com n1.juming.com
DNS request timed out.
    timeout was 2 seconds.
Server:  UnKnown
Address:  220.181.135.142

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Request to UnKnown timed-out

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

^* ฉันต้องอนุญาตว่าคำจำกัดความของ "zero DNS records" เปิดสำหรับการตีความ ดังที่แสดงโดยกรณีทดสอบของคำถามนี้เซิร์ฟเวอร์ชื่อที่เชื่อถือได้ไม่ตอบสนองทำให้เกิดการโต้แย้งว่าโดเมนไม่มีบันทึก อย่างไรก็ตามฉันชอบมุมมองที่ว่าระเบียนกาวของโดเมนนั้นเป็น "อีกครึ่งหนึ่ง" ของระเบียน NS ของโดเมน ท้ายที่สุดแล้วหากไม่มีเร็กคอร์ดกาวความพยายามใด ๆ ในการค้นหาเซิร์ฟเวอร์ชื่อที่เชื่อถือได้สำหรับโดเมนจะส่งผลให้เกิดคำสั่งแบบวงกลมไปที่ "ไปถาม [ใส่ชื่อเซิร์ฟเวอร์ที่นี่]"

ข้อมูลมากกว่านี้

• บันทึกกาวคืออะไร จาก ServerFault
• คำตอบของ ServerFault จะอธิบายเรคคอร์ด NS ที่เชื่อถือได้, บันทึกกาวและเซิร์ฟเวอร์ gTLD
• ระบบชื่อโดเมนบน Wikipedia
• ฉันเครื่องมือค้นหาบันทึกกาวออนไลน์ BSD

ใช่. มีหลายวิธีที่สามารถเกิดขึ้นได้

ในการเริ่มต้นให้ตรวจสอบว่าการค้นหา DNS ทำงานอย่างไรสำหรับระเบียนเช่นwww.example.com:

• ตัวแก้ไข DNS จะติดต่อกับเซิร์ฟเวอร์ชื่อรูทซึ่งตอบสนองด้วยการมอบสิทธิ์ให้กับเนมcomเซิร์ฟเวอร์ TLD

• ติดต่อจำแนกcomnameserver TLD example.comซึ่งตอบสนองกับคณะผู้แทนไปยังเซิร์ฟเวอร์ที่ลงทะเบียนสำหรับ

• ติดต่อจำแนกหนึ่งในการลงทะเบียนสำหรับเซิร์ฟเวอร์ซึ่งตอบสนองกับระเบียนสำหรับexample.comwww.example.com

แม่: เซิร์ฟเวอร์สำหรับการอาจมีการลบบันทึกทั้งหมดexample.com example.comในขณะที่เซิร์ฟเวอร์โดเมนควรมีระเบียนที่แน่นอน (รวมถึงระเบียน SOA และ NS) สำหรับโดเมนเสมอไม่มีสิ่งใดในทางปฏิบัติที่บังคับให้ทำเช่นนั้น โดเมนที่ไม่มีระเบียนเหล่านี้อาจทำงานได้ไม่ถูกต้องกับตัวแก้ไขปัญหาบางอย่าง แต่หากโดเมนไม่มีระเบียน DNS ใด ๆ ก็ไม่มีความแตกต่างในทางปฏิบัติ

ที่สอง: เนมเซิร์ฟเวอร์สำหรับexample.comสามารถปฏิเสธหรือล้มเหลวในการตอบคำถาม ระเบียน DNS มีอยู่ในเซิร์ฟเวอร์ชื่อเหล่านี้เท่านั้นดังนั้นหากเซิร์ฟเวอร์ชื่อไม่ตอบสนองกับระเบียนข้อมูลนั้นจะไม่มีอยู่จริง

ประการที่สาม: comรีจิสทรีอาจระงับการลงทะเบียนสำหรับexample.comเช่นหากการลงทะเบียนโดเมนหมดอายุ สิ่งนี้จะทำให้เนมcomเซิร์ฟเวอร์หยุดส่งคืนการมอบหมายไปยังเนมexample.comเซิร์ฟเวอร์ทำให้เร็กคอร์ดใด ๆ เหมือนเมื่อก่อนถ้าบันทึกไม่สามารถเข้าถึงได้อาจไม่มีอยู่จริง

มี 2 ​​ส่วนในการลงทะเบียนโดเมน - รับโดยการจัดสรรโดยรีจิสทรีและการตั้งค่า DNS

สำหรับโดเมนส่วนใหญ่ (ทั้งหมดหรือไม่) รายการ DNS จะต้องมีการจัดเตรียมไว้สำหรับโดเมนที่จะลงทะเบียน (tlds ที่แตกต่างกันมีข้อกำหนดที่แตกต่างกัน อย่างไรก็ตามบ่อยครั้งที่ไม่มีข้อกำหนดที่เซิร์ฟเวอร์ชื่อเหล่านี้ถูกต้องคุณสามารถหลีกเลี่ยงการใส่อะไรลงในช่องเหล่านี้ได้

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

ดังนั้นไม่เป็นไปไม่ได้ที่จะไม่ระบุเนมเซิร์ฟเวอร์ใด ๆ ในกรณีส่วนใหญ่ แต่ฟอนต์เนมเซิร์ฟเวอร์ที่ระบุต้องใช้งานได้ ในกรณีนี้ whois (ซึ่งทำการสืบค้นฐานข้อมูลนายทะเบียน) โดยทั่วไปจะแสดงเซิร์ฟเวอร์ชื่อ แต่ dig / nslookup (ซึ่งใช้ DNS ทำงาน) จะไม่แสดง

มันจะช่วยถ้าคุณสามารถเข้าร่วมภาพหน้าจอของสิ่งที่คุณได้รับ

แต่ถ้าไม่มีข้อมูลนี้ฉันคิดว่าคุณกำลังมองหาที่ผิด

เมื่อไม่ได้ระบุเซิร์ฟเวอร์ชื่อเฉพาะในการเรียกใช้คำสั่งขุดจะค้นหาใน/etc/resolv.confไฟล์ของคุณและจะค้นหาเซิร์ฟเวอร์ DNS ที่ระบุไว้ในนั้น

หากโดเมนที่คุณกำลังค้นหาไม่อยู่ในรายการกับเซิร์ฟเวอร์ DNS ในสำเนาresolv.confของคุณจะไม่พบโดเมนดังกล่าว

คุณควรเพิ่มเซิร์ฟเวอร์ DNS สำหรับโดเมนนั้นหรือระบุไว้ในคำสั่ง dig โดยการตั้งค่าที่สามารถให้คำตอบที่มีสิทธิ์

เป็นไปได้ทั้งหมดสำหรับโดเมนที่จะลงทะเบียน แต่ไม่มีรายการ DNS - ถ้าฉันลงทะเบียนโดเมนแล้ว แต่ยังไม่ได้ซื้อโฮสติ้งและเปิดใช้งานไซต์ที่จะเชื่อมโยงกับโดเมนจริง ๆ แล้วไม่มีอะไรที่จะต้องแก้ไข ถึง.