Como Whois novos TLDs?

Como posso procurar novos TLDs, como .email, .guru etc., usando o whoiscomando linux?

A execução whoisem um novo TLD fornece apenas a resposta:

No whois server is known for this kind of object.

Você pode configurar manualmente os servidores whois para os novos TLDs.

Basta criar o arquivo /etc/whois.confe adicionar o seguinte conteúdo e você poderá pesquisar os novos TLDs:

whois.conf (Espelho do Github: whois.conf )

O whois.conf está usando expressões regulares .

Você pode obter facilmente o servidor whois certo diretamente da IANA sem editar arquivos ou tabelas adicionais.

Exemplo para TLD ".de"

Linux, OSX (e compatível):

whois -h whois.iana.org .de |
  egrep -e '^whois:' |
  sed -e 's/[[:space:]][[:space:]]*/ /g' |
  cut -d " " -f 2

Diverta-se

A maioria dos clientes whois codifica o servidor Whois do TLD, em vez de recuperar ativamente o servidor whois da IANA ao executar um TLD que ainda não é conhecido pelo cliente.

Criei minha própria ferramenta de pesquisa online whois, que você pode usar http://gwhois.org/ que suporta todos os TLDs e endereços IP, pois todas as pesquisas começam na IANA e depois passam para o registro e registrador, conforme necessário.

Também passei muito tempo criando um analisador whois inteligente que exibe os dados whois de maneira amigável.

Exemplos de capturas de tela:

Isso parece funcionar para a maioria dos novos tlds:

O nome do host do servidor está no formato: whois.nic.newtldname

por exemplo:

whois -h whois.nic.host example.host

"Este nome é reservado pelo Registro, de acordo com a política da ICANN." etc etc etc

Além disso, a navegação para http://nic.newtldnamenormalmente leva você à página Registro / Inicialização.

Se você estiver usando o cliente linux padrão, as definições ainda não foram atualizadas para incluir o novo TLDS.

Você tem duas soluções possíveis:

1. Pegue a lista de todos os novos gTLDs e passe o host whois como parâmetro ao cliente whois
2. Use um cliente alternativo. Atualmente, estou fazendo o possível para manter o cliente Ruby WHOIS sincronizado com os novos gTLDs, para que você possa usá-lo. Ele também oferece uma CLI.

No OS X, a ferramenta whois não parece ter sido criada com o suporte ao /etc/whois.conf ( assim como o slackware? ). A maneira mais fácil de corrigir isso parece ser instalar o whois "enganado" do homebrew . Você pode fazer isso com

brew tap homebrew/dupes
brew update
brew install whois
brew untap homebrew/dupes

Dessa forma, ele usará uma lista atualizada de servidores whois (mas eu só testei com domínios .so e .ninja).

Uma maneira é usar o TLD .whois-servers.net como o servidor whois, por exemplo:

whois -h mobi.whois-servers.net npr.mobi

O domínio whois-server.net (gerenciado pela CenterGate LLC, sem afiliação) contém uma lista esperançosamente atualizada de redirecionamentos de DNS CNAME para servidores whois oficiais do TLD, por exemplo:

dig mobi.whois-servers.net
...
;; ANSWER SECTION:
mobi.whois-servers.net. 146     IN      CNAME   whois.dotmobiregistry.net.

Para atualizar seu /etc/whois.conf, você pode usar um script como

/*
 * Usage : node generateWhoisConf.js > /etc/whois.conf
 */

var json = require('comment-json');
var request = require('request');

request('https://github.com/weppos/whois/raw/master/data/tld.json', function(error, response, body){
  var obj = json.parse(body);
  Object.keys(obj).forEach(function(key){
    if(obj[key].host){
      console.log(key.replace(/\./g,'\\.') + '$ ' + obj[key].host);
    }
  });
});

https://gist.github.com/HugoPoi/4694a99f5a9d9b2c558557bbdd113f54

Este outro repositório do github fornece bons dados sobre o servidor whois https://github.com/whois-server-list/whois-server-list

Minha solução não era muito sofisticada. Não consegui procurar um determinado TLD no Debian Wheezy ou Squeeze, nem no OS X El Capitan ou no Snow Leopard. Eu descobri que poderia procurar o TLD no Debian Jessie. Nas máquinas Debian, peguei a fonte de whois para Jessie e a construí; funciona bem agora. Para o OS X, peguei uma versão mais recente do whois através do MacPorts.

Eu tive a mesma resposta problemática do servidor a uma das minhas solicitações.

Nesse caso, o uso do -acomutador era simples e funcionou muito bem:

whois -a [your_request_here]

De man:

[This flag is] understood by whois.ripe.net and some other RIPE-like servers:
-a
    Also search all the mirrored databases. 

Ou, você pode apenas usar uma ferramenta melhor. Por exemplo, o GNU jwhois, que procura flexivelmente o whoisservidor apropriado primeiro e depois faz a pesquisa real usando esse servidor.

jwho é um cliente Whois aprimorado, capaz de selecionar o servidor Whois para consulta com base em um arquivo de configuração flexível usando expressões regulares ou blocos CIDR

Caminho do GNU: https://ftp.gnu.org/gnu/jwhois/
Github one: https://github.com/jonasob/jwhois