Почему некоторые доменные имена имеют чрезвычайно усеченную информацию Whois?

Недавно я увидел запись 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? Это то, что каждый может получить доступ, для защиты конфиденциальности?

Почему на этих доменах не разрешено хранить данные Whois? Это то, что каждый может получить доступ, для защиты конфиденциальности?

TLDR: Дело не в том, что эти домены каким-то образом получили исключение от ICANN, которое позволяет им не пропускать определенные данные из общедоступных записей WHOIS. Более вероятно, что запись WHOIS, которую вы видели, не отображает полный набор записей google.com(или других .comдоменных имен).

Толстые и тонкие поиски WHOIS

Данные WHOIS для интернет-доменов могут храниться одним из двух способов:

• толстый хранилище данных , где каждый TLD реестр хранит полное WHOIS запись для каждого суб-домена TLD.
• тонкая модель , в которой ДВА делегаты реестра хранение и поддержание записей WHOIS к регистратору , который был использован регистратором , чтобы зарегистрировать домен.

Статья Википедии о WHOIS объясняет различие между толстым и тонким поиском в WHOIS и описывает тонкие поиски как

Тонкий сервер WHOIS хранит только имя сервера WHOIS регистратора домена, который, в свою очередь, содержит полную информацию о просматриваемых данных (например, серверы WHOIS .com, которые передают запрос WHOIS регистратору, где домен был зарегистрирован).

Поиски для .com

ICANN назначила Verisign в качестве реестра для управления .comдоменным именем. Кто есть кто запрос работает на собственном сервере 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 года) большинство дистрибутивов на основе Debian по-прежнему будут использовать предыдущую кодовую базу, поэтому пользователям придется явно указывать имя ответственного сервера WHOIS, например,

whois -h whois.markmonitor.com google.com

Похоже, ваш клиент WHOIS либо не понимает, либо получил указание игнорировать перенаправление из служб WHOIS реестра (менее подробное) в службы WHOIS регистратора (более подробное описание).
Это разделение не существует для всех TLD, но оно существует, например, для COM.

google.comВход в whois.markmonitor.com(их регистраторе) имеет всю ожидаемую контактную информацию и т.д.
То есть результат , который отображается по умолчанию при использовании достойного клиента WHOIS.

В macos используйте параметр host, чтобы следовать перенаправлению, указанному @Hakan

whois -h whois.markmonitor.com google.com