Dlaczego niektóre nazwy domen mają bardzo skrócone informacje o whois?

Ostatnio widziałem rekord whois dla google.comi nie ma on żadnych zwykłych informacji, takich jak dane kontaktowe administratora. Jest bardzo skrócone:

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

Kilka innych domen, takich jak duolingo.comi nawet stackexchange.comsą w ten sam sposób. Dlaczego te domeny mogą nie mieć informacji Whois? Czy jest to coś, do czego każdy może uzyskać dostęp w celu ochrony prywatności?

Dlaczego te domeny mogą nie mieć informacji Whois? Czy jest to coś, do czego każdy może uzyskać dostęp w celu ochrony prywatności?

TLDR: Nie jest tak, że domeny te w jakiś sposób uzyskały zwolnienie z ICANN, które pozwala im nie pomijać niektórych danych z publicznych rekordów WHOIS. Bardziej prawdopodobne jest, że rekord WHOIS, który widziałeś, nie wyświetla pełnego zestawu rekordówgoogle.com (lub innych .comnazw domen).

Grube i cienkie wyszukiwania WHOIS

Dane WHOIS dla domen internetowych można przechowywać na jeden z dwóch sposobów:

• gruby magazyn danych, gdzie każdy TLD rejestru przechowuje kompletne rekordy WHOIS dla każdego sub-domeny TLD.
• cienki model, w którym TLD delegaci rejestru i przechowywanie ksiąg WHOIS do rejestratora , który był używany przez rejestrującego, aby zarejestrować domenę.

Artykuł w Wikipedii WHOIS wyjaśnia rozróżnienie grubych i cienkich odnośników WHOIS i opisuje cienkie odnośniki jako

Cienki serwer WHOIS przechowuje tylko nazwę serwera WHOIS rejestratora domeny, który z kolei ma pełne informacje o wyszukiwanych danych (takich jak serwery WHOIS .com, które odsyłają zapytanie WHOIS do rejestratora, gdzie domena została zarejestrowana).

Wyszukiwania dla .com

ICANN wyznaczył Verisign jako rejestr do zarządzania .comnazwą domeny. Zapytanie WHOIS jest uruchamiane na własnym serwerze WHANIS ICANN, whois.iana.orgwymienionym whois.verisign-grs.comjako kanoniczny serwer WHOIS do użycia w .comdomenie. Jest to domyślny serwer WHOIS, do którego whoisklienci pytają podczas wyszukiwania szczegółów.com nazw domen (wyniki tego zapytania są wyświetlane w pytaniu).

Ponieważ .comdomena korzysta z cienkiego modelu, jednym z kluczy (rekordów) zwróconych przez wyszukiwanie WHOIS dla nazwy domeny jest rejestrator WHOIS Server . Ten klucz określa nazwę domeny serwera WHOIS, który jest odpowiedzialny za wyświetlenie pełnych szczegółów danej nazwy domeny:

Registrar WHOIS Server: whois.markmonitor.com

Ten klucz mówi whoisklientowi, że powinien zapytaćwhois.markmonitor.com o pełne rekordy WHOIS dla danej domeny.

Wygląda na to, że wynik WHOIS, który widziałeś, był wynikiem nieprzestrzegania tego polecenia.

Jednym z powodów nieprzestrzegania poleceń WHOIS

Jednym z powodów, dla których whoisklient nie postępuje zgodnie z poleceniem, jest to, że na początku tego roku ICANN zmienił nazwy kluczy, z których powinni korzystać operatorzy rejestru .

Przed tą zmianą nazwa klucza używanego do określania delegowanego serwera to Whois Server , a wynik dla google.com:

Whois Server: whois.markmonitor.com

Po tym, jak rejestry nazw domen zaktualizowały swoje serwery WHOIS, wszyscy klienci szukający ciągu, WHOIS Server: (z wiodącymi spacjami) nie mogli go znaleźć - a zatem nie byliby w stanie określić nazwy serwera WHOIS rejestratora.

Przykładowa poprawka klienta

Aby odzwierciedlić ostatnie zmiany ICANN, kod whoisklienta Debiana został załatany w lipcu tego roku i wydany jako wersja 5.2.17. Jednak (od października 2017 r.) Większość dystrybucji opartych na Debianie nadal będzie używać poprzedniej bazy kodu, więc użytkownicy musieliby wyraźnie podać nazwę odpowiedzialnego serwera WHOIS, np.

whois -h whois.markmonitor.com google.com

Wygląda na to, że klient WHOIS albo nie rozumie, albo otrzymał polecenie zignorowania przekierowania z usług WHOIS rejestru (mniej szczegółowe) do usług WHOIS rejestratora (bardziej szczegółowe).
Podział ten nie istnieje dla wszystkich TLD, ale istnieje na przykład dla COM.

google.comWpis na whois.markmonitor.com(ich rejestratora) posiada wszystkie oczekiwane informacje kontaktowe, itp
Jest to wynik, który jest domyślnie wyświetlane w przypadku korzystania porządny klient WHOIS.

Na komputerach Mac użyj parametru hosta, aby podążać za przekierowaniem wspomnianym przez @Hakan

whois -h whois.markmonitor.com google.com