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