ทำไมชื่อโดเมนบางชื่อถึงถูกตัดทอนข้อมูล whois อย่างมาก?


24

เมื่อเร็ว ๆ นี้ฉันเห็นบันทึก whois google.comและไม่มีข้อมูลปกติเช่นรายละเอียดการติดต่อของผู้ดูแลระบบ มันถูกตัดทอนอย่างมาก:

Domain Name: GOOGLE.COM
Registry Domain ID: 2138514_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.markmonitor.com
Registrar URL: http://www.markmonitor.com
Updated Date: 2011-07-20T16:55:31Z
Creation Date: 1997-09-15T04:00:00Z
Registry Expiry Date: 2020-09-14T04:00:00Z
Registrar: MarkMonitor Inc.
Registrar IANA ID: 292
Registrar Abuse Contact Email: abusecomplaints@markmonitor.com
Registrar Abuse Contact Phone: +1.2083895740
Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Domain Status: clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited
Domain Status: serverDeleteProhibited https://icann.org/epp#serverDeleteProhibited
Domain Status: serverTransferProhibited https://icann.org/epp#serverTransferProhibited
Domain Status: serverUpdateProhibited https://icann.org/epp#serverUpdateProhibited
Name Server: NS1.GOOGLE.COM
Name Server: NS2.GOOGLE.COM
Name Server: NS3.GOOGLE.COM
Name Server: NS4.GOOGLE.COM
DNSSEC: unsigned

โดเมนอื่น ๆ หลายแห่งเช่นduolingo.comและแม้กระทั่งstackexchange.comเป็นวิธีเดียวกัน ทำไมโดเมนเหล่านี้จึงไม่มีข้อมูล whois นี่เป็นสิ่งที่ทุกคนสามารถเข้าถึงได้เพื่อความเป็นส่วนตัวหรือไม่

คำตอบ:


37

ทำไมโดเมนเหล่านี้จึงไม่มีข้อมูล whois นี่เป็นสิ่งที่ทุกคนสามารถเข้าถึงได้เพื่อความเป็นส่วนตัวหรือไม่

TLDR: ไม่ใช่กรณีที่โดเมนเหล่านี้ได้รับการยกเว้นจาก ICANN ที่อนุญาตไม่ให้ละเว้นข้อมูลบางอย่างจากบันทึกสาธารณะของ WHOIS มันมีโอกาสมากขึ้นกรณีที่บันทึก WHOIS ที่คุณเห็นจะไม่แสดงเต็มรูปแบบชุดของระเบียนสำหรับgoogle.com(หรืออื่น ๆ.comชื่อโดเมน)


การค้นหา WHOIS หนาและบาง

ข้อมูล WHOIS สำหรับโดเมนอินเทอร์เน็ตสามารถจัดเก็บได้สองวิธี:

  • หนาที่เก็บข้อมูลที่แต่ละ TLD รีจิสทรีเก็บบันทึก WHOIS ที่สมบูรณ์แบบสำหรับแต่ละโดเมนย่อยของ TLD
  • บางรุ่นที่ TLD จัดเก็บรีจิสทรีได้รับมอบหมายและการบำรุงรักษาของระเบียน WHOIS ไปยังนายทะเบียนที่ถูกใช้โดยผู้ประกอบการจดทะเบียนที่จะลงทะเบียนโดเมน

บทความ WHOIS Wikipedia อธิบายความแตกต่างระหว่างการค้นหา WHOIS ที่หนาและบางและอธิบายการค้นหาที่บาง

เซิร์ฟเวอร์ Thin WHOIS เก็บเฉพาะชื่อเซิร์ฟเวอร์ WHOIS ของผู้รับจดทะเบียนโดเมนซึ่งจะมีรายละเอียดทั้งหมดเกี่ยวกับข้อมูลที่ถูกค้นหา (เช่นเซิร์ฟเวอร์. com WHOIS ซึ่งอ้างถึงแบบสอบถาม WHOIS ไปยังผู้รับจดทะเบียนที่ การลงทะเบียนโดเมน)

การค้นหา. com

ICANN ได้มอบหมาย Verisign เป็นรีจิสตรีเพื่อจัดการ.comชื่อโดเมน แบบสอบถาม WHOIS ทำงานบนเซิร์ฟเวอร์ WHOIS ของ ICANN whois.iana.orgแสดงรายการwhois.verisign-grs.comเป็นเซิร์ฟเวอร์ WHOIS มาตรฐานเพื่อใช้สำหรับ.comโดเมน นี่คือเซิร์ฟเวอร์ WHOIS เริ่มต้นที่whoisลูกค้าสอบถามเมื่อค้นหารายละเอียดของ.comชื่อโดเมน (ผลลัพธ์ของแบบสอบถามนี้คือสิ่งที่ปรากฏในคำถามของคุณ)

ในฐานะที่เป็น.comโดเมนใช้บางรุ่นหนึ่งในคีย์ (บันทึก) กลับโดยการค้นหา WHOIS สำหรับชื่อโดเมนเป็นนายทะเบียน WHOIS เซิร์ฟเวอร์ คีย์นี้ระบุชื่อโดเมนของเซิร์ฟเวอร์ WHOIS ที่เป็นผู้รับผิดชอบสำหรับรายการเต็มรูปแบบรายละเอียดของชื่อโดเมนในคำถาม:

Registrar WHOIS Server: whois.markmonitor.com

คีย์นี้บอกwhoisลูกค้าว่าจริง ๆ แล้วควรสอบถามwhois.markmonitor.comเพื่อรับระเบียน WHOIS แบบเต็มสำหรับโดเมนที่เป็นปัญหา

ดูเหมือนว่าผลลัพธ์ของ WHOIS ที่คุณเห็นนั้นเป็นผลมาจากการไม่ติดตามผู้อ้างอิงนี้

เหตุผลหนึ่งที่ไม่ทำตามการอ้างอิงของ WHOIS

เหตุผลหนึ่งที่whoisไคลเอนต์ไม่ปฏิบัติตามการอ้างอิงคือเมื่อต้นปีนี้ ICANN เปลี่ยนชื่อของคีย์ที่ผู้ให้บริการรีจิสทรีควรใช้

ก่อนการเปลี่ยนแปลงนี้ชื่อของคีย์ที่ใช้เพื่อระบุเซิร์ฟเวอร์ที่ได้รับมอบหมายคือWhois Serverและเอาต์พุตสำหรับgoogle.com:

Whois Server: whois.markmonitor.com

หลังจากการลงทะเบียนชื่อโดเมนแล้วอัปเดตเซิร์ฟเวอร์ WHOIS ของพวกเขาลูกค้าที่มองหาสตริงWHOIS Server:(ที่มีช่องว่างนำหน้า) จะไม่พบมัน - และจะไม่สามารถระบุชื่อของเซิร์ฟเวอร์ WHOIS ของผู้รับจดทะเบียนได้

ตัวอย่างไคลเอ็นต์ฟิกซ์

เพื่อให้สอดคล้องกับการเปลี่ยนแปลงล่าสุดของ ICANN รหัสสำหรับwhoisไคลเอ็นต์Debian ได้รับการแก้ไขในเดือนกรกฎาคมนี้และเผยแพร่ในเวอร์ชัน 5.2.17 อย่างไรก็ตาม (ณ เดือนตุลาคม 2017) การแจกแจงแบบเดเบียนส่วนใหญ่จะยังคงใช้รหัสฐานก่อนหน้าดังนั้นผู้ใช้จะต้องระบุชื่อของเซิร์ฟเวอร์ WHOIS ที่รับผิดชอบอย่างชัดเจนเช่น

whois -h whois.markmonitor.com google.com

และในการเพิ่มเข้าไปนั้นกระบวนการกำลังดำเนินการเพื่อให้ VeriSign เป็นรีจิสตรีจำนวนมากสำหรับ. COM / .NET
Patrick Mevzek

19

ดูเหมือนว่าไคลเอ็นต์ WHOIS ของคุณอาจไม่เข้าใจหรือถูกสั่งให้เพิกเฉยต่อการเปลี่ยนเส้นทางจากบริการ WHOIS ของรีจิสทรี (รายละเอียดน้อยลง) ไปยังบริการ WHOIS ของผู้รับจดทะเบียน (รายละเอียดเพิ่มเติม)
การแบ่งนั้นไม่มีอยู่สำหรับ TLD ทั้งหมด แต่มีอยู่สำหรับอินสแตนซ์สำหรับ COM

google.comรายการที่whois.markmonitor.com(นายทะเบียน) มีข้อมูลทั้งหมดที่คาดว่าจะติดต่อ ฯลฯ
นั่นคือผลที่แสดงโดยค่าเริ่มต้นถ้าใช้ไคลเอนต์ WHOIS ดี


0

ใน macos ใช้พารามิเตอร์โฮสต์เพื่อติดตามการเปลี่ยนเส้นทางที่กล่าวถึงโดย @Hakan

whois -h whois.markmonitor.com google.com
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.