Frage Warum haben einige Domain-Namen Whois-Informationen extrem abgeschnitten?


Kürzlich sah ich den Whois-Rekord für google.com, und es hat keine der üblichen Informationen wie die Kontaktdaten des Administrators. Es ist extrem abgeschnitten:

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

Mehrere andere Domänen wie duolingo.com und selbst stackexchange.com sind genauso. Warum dürfen diese Domains keine Whois-Informationen haben? Ist dies etwas, auf das jeder zugreifen kann, um die Privatsphäre zu schützen?


24
2017-10-16 04:34


Ursprung




Antworten:


Warum dürfen diese Domains keine Whois-Informationen haben? Ist dies etwas, auf das jeder zugreifen kann, um die Privatsphäre zu schützen?

TLDR: Es ist nicht so, dass diese Domänen eine Ausnahme von ICANN erhalten haben, die es ihnen erlaubt, bestimmte Daten aus öffentlichen WHOIS-Datensätzen nicht auszulassen. Es ist wahrscheinlicher, dass der WHOIS-Datensatz, den Sie gesehen haben, nicht angezeigt wird voll Satz von Datensätzen für google.com (oder das andere .com Domain Namen).


Dicke und dünne WHOIS-Lookups

WHOIS-Daten für Internetdomänen können auf zwei Arten gespeichert werden:

  • ein dick Datenspeicher wo jeder TLD Registrierung speichert die vollständigen WHOIS-Datensätze für jede Subdomäne der TLD.
  • ein dünn Modell, bei dem die TLD - Registry die Speicherung und Pflege der WHOIS - Datensätze an die Registrator Dies wurde vom Registranten zur Registrierung der Domain verwendet.

Der Wikipedia - Artikel von WHOIS erklärt die Unterscheidung zwischen dicken und dünnen WHOIS-Lookups und beschreibt dünne Lookups als

Ein Thin WHOIS Server speichert nur den Namen des WHOIS Servers der   Registrar einer Domain, die ihrerseits alle Details zu den Daten hat   Nachschlagen (wie die .com WHOIS-Server, auf die die WHOIS-Abfrage verweist)   der Registrar, bei dem die Domain registriert wurde).

Sucht nach .com

ICANN hat Verisign als Registrierungsstelle für die Verwaltung der .com Domainname. Eine WHOIS-Abfrage wird auf dem ICANN-eigenen WHOIS-Server ausgeführt. whois.iana.org Listen whois.verisign-grs.com als der kanonische WHOIS - Server für die .com Domain. Dies ist der Standard-WHOIS-Server, von dem abgefragt wird whois Kunden beim Nachschlagen von Details .com Domain-Namen (das Ergebnis dieser Abfrage ist das, was in Ihrer Frage angezeigt wird).

Als die .com Domäne verwendet die dünn Modell, eines der Schlüssel (Datensätze), die von einer WHOIS-Suche nach einem Domainnamen zurückgegeben werden Registrar WHOIS Server. Dieser Schlüssel gibt den Domänennamen des WHOIS-Servers an, der für das Auflisten des voll Details zum fraglichen Domainnamen:

Registrar WHOIS Server: whois.markmonitor.com

Dieser Schlüssel sagt dem whois Client, den es eigentlich abfragen sollte whois.markmonitor.com um die vollständigen WHOIS-Datensätze für die fragliche Domain zu erhalten.

Es sieht so aus, als ob das WHOIS-Ergebnis, das Sie gesehen haben, darauf zurückzuführen ist, dass Sie dieser Empfehlung nicht gefolgt sind.

Ein Grund, den WHOIS-Empfehlungen nicht zu folgen

Ein Grund für die whois Kunde, die Empfehlung nicht zu folgen, ist, dass früher in diesem Jahr, ICANN änderte die Namen der SchlüsselDas Registrierung Betreiber sollten verwenden.

Vor dieser Änderung war der Name des Schlüssels, der zum Angeben des delegierten Servers verwendet wurde Whois Serverund die Ausgabe für google.com wäre gewesen:

Whois Server: whois.markmonitor.com

Nachdem Domänenregistrierungen ihre WHOIS-Server aktualisiert haben, suchen alle Clients nach der Zeichenfolge. WHOIS Server: (mit führenden Leerzeichen) würde es nicht finden - und wäre daher nicht in der Lage, den Namen des WHOIS-Servers des Registrars zu bestimmen.

Beispiel für eine Clientkorrektur

Um die jüngsten Änderungen von ICANN widerzuspiegeln, den Code für Debian whois Kunde war flickte diesen Juli und als Version 5.2.17 veröffentlicht. Die meisten Debian-basierten Distributionen verwenden jedoch (Stand Oktober 2017) immer noch die vorherige Codebasis, so dass Benutzer explizit den Namen des zuständigen WHOIS-Servers angeben müssen, z.

whois -h whois.markmonitor.com google.com

37
2017-10-16 16:02



Und dazu kommt ein Prozess, der VeriSign zu einer dicken Registry für .COM / .NET macht - Patrick Mevzek


Es sieht so aus, als ob Ihr WHOIS-Client die Umleitung von den WHOIS-Diensten der Registrierung (weniger detailliert) zu den WHOIS-Diensten des Registrars (genauer) nicht versteht oder angewiesen wurde, sie zu ignorieren.
Diese Aufteilung existiert nicht für alle TLDs, aber sie existiert beispielsweise für COM.

Das google.com Eintritt bei whois.markmonitor.com (ihr Registrator) hat alle erwarteten Kontaktinformationen usw.
Das ist das Ergebnis, das standardmäßig angezeigt wird, wenn ein anständiger WHOIS-Client verwendet wird.


20
2017-10-16 05:51





Auf Macos verwenden Sie den Host-Parameter, um der von @Hakan genannten Umleitung zu folgen

whois -h whois.markmonitor.com google.com

0
2017-10-16 16:26