Por que alguns nomes de domínio têm informações de whois extremamente truncadas?

Question

Recentemente, vi o registro whois para google.com , e ele não tem nenhuma das informações usuais, como os detalhes de contato do administrador. É extremamente truncado:

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: [phone]
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

Vários outros domínios, como duolingo.com e mesmo stackexchange.com , são da mesma maneira. Por que esses domínios não podem ter informações whois? Isso é algo que qualquer pessoa pode acessar, para proteção de privacidade?

    

Answer 1

Why are these domains allowed to not have whois information? Is this something that anyone can access, for privacy protection?

TLDR: Não é o caso de esses domínios terem, de alguma forma, obtido uma isenção da ICANN que permite que eles não omitam determinados dados dos registros públicos do WHOIS. É mais provável que o registro do WHOIS que você viu não esteja exibindo o conjunto de registros completo para google.com (ou os outros .com nomes de domínio).

Pesquisas de WHOIS espessas e finas

Os dados do WHOIS para domínios da Internet podem ser armazenados de duas maneiras:

• um armazenamento de dados thick em que cada registro de TLD mantém os registros WHOIS completos para cada subdomínio do TLD.
• um modelo thin em que o registro de TLD delega o armazenamento e a manutenção dos registros do WHOIS ao registrador que foi usado pelo registrante para registrar o domínio.

O artigo da Wikipedia sobre WHOIS explica a distinção entre pesquisas grossas e finas do WHOIS e descreve pesquisas finas como

A Thin WHOIS server stores only the name of the WHOIS server of the registrar of a domain, which in turn has the full details on the data being looked up (such as the .com WHOIS servers, which refer the WHOIS query to the registrar where the domain was registered).

Pesquisas para .com

A ICANN atribuiu a Verisign como o registro para gerenciar o nome de domínio .com . Uma consulta de WHOIS é executada no próprio servidor WHOIS da ICANN, whois.iana.org lists whois.verisign-grs.com como o servidor WHOIS canônico a ser usado no domínio .com . Este é o servidor WHOIS padrão que é consultado por whois clientes ao pesquisar detalhes de .com nomes de domínio (os resultados dessa consulta são exibidos na sua pergunta).

Como o domínio .com usa o modelo thin , uma das chaves (registros) retornadas por uma pesquisa WHOIS para um nome de domínio é Registrar WHOIS Servidor . Essa chave especifica o nome de domínio do servidor WHOIS que é responsável por listar os detalhes completos do nome de domínio em questão:

Registrar WHOIS Server: whois.markmonitor.com

Essa chave informa ao cliente whois que ele deve realmente consultar whois.markmonitor.com para obter os registros completos do WHOIS para o domínio em questão.

Parece que o resultado do WHOIS que você viu foi resultado de não seguir essa referência.

Um motivo para não seguir as referências de WHOIS

Um motivo para o cliente whois não seguir a recomendação é que, no início deste ano, a ICANN alterou os nomes das chaves que os operadores registro devem usar.

Anterior a essa alteração, o nome da chave usada para especificar o servidor delegado era Whois Server e a saída para google.com teria sido:

Whois Server: whois.markmonitor.com

Depois que os registros de nomes de domínio atualizaram seus servidores WHOIS, todos os clientes que procuravam a sequência, WHOIS Server: (com espaços à esquerda) não a encontrariam - e, portanto, não poderiam determinar o nome do servidor WHOIS do registrador.

Correção de cliente de exemplo

Para refletir as alterações recentes da ICANN, o código do cliente whois do Debian foi corrigido neste mês e liberado como a versão 5.2.17. No entanto, (a partir de outubro de 2017) a maioria das distribuições baseadas no Debian ainda estará usando a base de código anterior para que os usuários precisem fornecer explicitamente o nome do servidor WHOIS responsável, por exemplo,

whois -h whois.markmonitor.com google.com

    

Answer 2

Parece que o seu cliente WHOIS não entende ou foi instruído a ignorar o redirecionamento dos serviços WHOIS do registro (menos detalhados) para os serviços WHOIS do registrador (mais detalhado). Essa divisão não existe para todos os TLDs, mas existe, por exemplo, para COM.

A entrada google.com em whois.markmonitor.com (seu registrador) tem todas as informações de contato esperadas, etc.
Esse é o resultado mostrado por padrão se estiver usando um cliente WHOIS decente.

    

Answer 3

Em macos use o parâmetro host para seguir o redirecionamento mencionado por @Hakan

whois -h whois.markmonitor.com google.com