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

Vor kurzem habe ich den whois-Datensatz für gesehen google.com, und er enthält keine der üblichen Informationen wie die Kontaktdaten des Administrators. Es ist extrem verkürzt:

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: [email protected]
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

Einige andere Domänen wie duolingo.comund sind sogar stackexchange.comgleich. Warum dürfen diese Domains keine whois-Informationen haben? Kann jeder darauf zugreifen, um die Privatsphäre zu schützen?

Warum dürfen diese Domains keine whois-Informationen haben? Kann jeder darauf zugreifen, um die Privatsphäre zu schützen?

TLDR: Es ist nicht der Fall, dass diese Domains eine Ausnahmeregelung von ICANN erhalten haben, die es ihnen ermöglicht, bestimmte Daten aus öffentlichen WHOIS-Datensätzen nicht auszulassen. Es ist eher wahrscheinlich der Fall , dass die WHOIS - Datensatz Sie sah nicht, um die Anzeige von vollen Satz von Datensätzen für google.com(oder die anderen .comDomainnamen).

Dick und dünn WHOIS-Lookups

WHOIS-Daten für Internetdomains können auf zwei Arten gespeichert werden:

• Ein starker Datenspeicher, in dem in jeder TLD- Registrierung die vollständigen WHOIS-Datensätze für jede Unterdomäne der TLD gespeichert sind.
• ein dünnes Modell , bei dem die TLD - Registrierungs Delegierten Lagerung und Wartung des WHOIS - Datensätze an die Registrierungsstelle, die vom Registrierungs verwendet wurde , die Domain zu registrieren.

Der WHOIS-Wikipedia-Artikel erklärt die Unterscheidung zwischen dicken und dünnen WHOIS-Suchvorgängen und beschreibt dünne Suchvorgänge als

Ein Thin-WHOIS-Server speichert nur den Namen des WHOIS-Servers des Registrars einer Domain, der wiederum die vollständigen Details zu den gesuchten Daten enthält (z. B. die .com-WHOIS-Server, die die WHOIS-Abfrage an den Registrar weiterleiten, wo die Domain wurde registriert).

Suchanfragen für .com

ICANN hat Verisign als Registrierungsstelle für die Verwaltung des .comDomainnamens zugewiesen . Eine Whois - Abfrage auf ICANNs eigenen WHOIS - Server ausführen, whois.iana.orgListen whois.verisign-grs.comals kanonischen Whois - Server für die verwenden .comDomäne. Dies ist der Standard-WHOIS-Server, der von whoisClients abgefragt wird, wenn Details zu .comDomain-Namen abgefragt werden (die Ergebnisse dieser Abfrage werden in Ihrer Frage angezeigt).

Da die .comDomain das Thin- Modell verwendet, lautet einer der von einer WHOIS-Suche nach einem Domainnamen zurückgegebenen Schlüssel (Datensätze) Registrar WHOIS Server . Dieser Schlüssel gibt den Domänennamen des WHOIS-Servers an, der für die Auflistung aller Details des betreffenden Domänennamens verantwortlich ist:

Registrar WHOIS Server: whois.markmonitor.com

Dieser Schlüssel teilt dem whoisClient mit, dass er tatsächlich abfragen soll whois.markmonitor.com, um die vollständigen WHOIS-Einträge für die betreffende Domain abzurufen.

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, WHOIS-Empfehlungen nicht zu folgen

Ein Grund für den whoisClient nicht die Verweisung zu folgen ist , dass in diesem Jahr, ICANN verändert die Namen der Tasten , dass Registry - Betreiber verwenden sollten.

Vor dieser Änderung lautete der Name des Schlüssels, mit dem der delegierte Server angegeben wurde, Whois-Server , und die Ausgabe für google.comwäre gewesen:

Whois Server: whois.markmonitor.com

Nach der Aktualisierung der WHOIS-Server durch die Domainnamen-Registries konnten alle Clients, die nach der Zeichenfolge suchen WHOIS Server:(mit führenden Leerzeichen), diese nicht finden und konnten daher den Namen des WHOIS-Servers des Registrars nicht ermitteln.

Beispiel für einen Client-Fix

Um die jüngsten Änderungen von ICANN widerzuspiegeln, wurde der Code für den Debian- whoisClient im Juli dieses Jahres gepatcht und als Version 5.2.17 veröffentlicht. (Stand Oktober 2017) Die meisten Debian-basierten Distributionen verwenden jedoch weiterhin die vorherige Codebasis, sodass Benutzer den Namen des verantwortlichen WHOIS-Servers explizit angeben müssen, z.

whois -h whois.markmonitor.com google.com

Es sieht so aus, als ob Ihr WHOIS-Client entweder nicht versteht oder angewiesen wurde, die Weiterleitung von den WHOIS-Diensten der Registrierung (weniger detailliert) zu den WHOIS-Diensten der Registrierung (detaillierter) zu ignorieren.
Diese Aufteilung existiert nicht für alle TLDs, sondern beispielsweise für COM.

Der google.comEintrag bei whois.markmonitor.com(ihrem Registrar) enthält alle erwarteten Kontaktinformationen usw.
Dies ist das Ergebnis, das standardmäßig angezeigt wird, wenn ein anständiger WHOIS-Client verwendet wird.

Verwenden Sie auf Macos den Host-Parameter, um der von @Hakan erwähnten Umleitung zu folgen

whois -h whois.markmonitor.com google.com