Como posso encontrar o servidor WHOIS para qualquer TLD? [fechadas]


11

Estou procurando uma lista confiável e atualizada de servidores WHOIS para usar em um script whois.
Como a lista muda frequentemente, seria bom se houvesse um recurso ao qual eu pudesse me referir, em vez de precisar atualizar o script com frequência.


Por que não usar o GNU jwhois? Ele lida com isso para você.
Michael Hampton

1
Isso merece ser reaberto, pois há realmente apenas uma fonte oficial para essa informação.
Zenexer 24/09/18

Respostas:


18

Existem várias maneiras conhecidas de localizar servidores whois para TLDs. O banco de dados da IANA é provavelmente o mais próximo do que a pergunta solicita; no entanto, existem outras fontes que podem ser mais úteis na prática.

Da IANA (acesso via whois e http)

Navegue http://www.iana.org/domains/root/db ou pesquise no banco de dados whois no whois.iana.orgTLD. Cada entrada possui um campo especificando o servidor whois .

Exemplo:

$ whois -h whois.iana.org com
[Querying whois.iana.org]
[whois.iana.org]
% IANA WHOIS server
% for more information on IANA, visit http://www.iana.org
% This query returned 1 object

domain:       COM

organisation: VeriSign Global Registry Services
address:      12061 Bluemont Way
address:      Reston Virginia 20190
address:      United States

contact:      administrative
name:         Registry Customer Service
organisation: VeriSign Global Registry Services
address:      12061 Bluemont Way
address:      Reston Virginia 20190
address:      United States
phone:        +1 703 925-6999
fax-no:       +1 703 948 3978
e-mail:       info@verisign-grs.com

contact:      technical
name:         Registry Customer Service
organisation: VeriSign Global Registry Services
address:      12061 Bluemont Way
address:      Reston Virginia 20190
address:      United States
phone:        +1 703 925-6999
fax-no:       +1 703 948 3978
e-mail:       info@verisign-grs.com

nserver:      A.GTLD-SERVERS.NET 192.5.6.30 2001:503:a83e:0:0:0:2:30
nserver:      B.GTLD-SERVERS.NET 192.33.14.30 2001:503:231d:0:0:0:2:30
nserver:      C.GTLD-SERVERS.NET 192.26.92.30
nserver:      D.GTLD-SERVERS.NET 192.31.80.30
nserver:      E.GTLD-SERVERS.NET 192.12.94.30
nserver:      F.GTLD-SERVERS.NET 192.35.51.30
nserver:      G.GTLD-SERVERS.NET 192.42.93.30
nserver:      H.GTLD-SERVERS.NET 192.54.112.30
nserver:      I.GTLD-SERVERS.NET 192.43.172.30
nserver:      J.GTLD-SERVERS.NET 192.48.79.30
nserver:      K.GTLD-SERVERS.NET 192.52.178.30
nserver:      L.GTLD-SERVERS.NET 192.41.162.30
nserver:      M.GTLD-SERVERS.NET 192.55.83.30
ds-rdata:     30909 8 2 E2D3C916F6DEEAC73294E8268FB5885044A833FC5459588F4A9184CFC41A5766

whois:        whois.verisign-grs.com

status:       ACTIVE
remarks:      Registration information: http://www.verisign-grs.com

created:      1985-01-01
changed:      2012-02-15
source:       IANA

$

De whois-servers.net (acesso via DNS)

O nome tld.whois-servers.neté a CNAMEpara o servidor whois apropriado. Um pouco claro quem realmente mantém isso, mas parece bastante popular, pois é muito fácil usá-lo com praticamente qualquer cliente whois (e alguns clientes usam o serviço como padrão).

Exemplo:

$ dig com.whois-servers.net +noall +answer

; <<>> DiG 9.9.4-P2-RedHat-9.9.4-15.P2.fc20 <<>> com.whois-servers.net +noall +answer
;; global options: +cmd
com.whois-servers.net.  600     IN      CNAME   whois.verisign-grs.com.
whois.verisign-grs.com. 5       IN      A       199.7.55.74
$

Do próprio registro (acesso via DNS)

Muitos registros publicam o endereço do servidor whois no DNS diretamente na zona relevante como um _nicname._tcp SRVregistro .

Exemplo:

$ dig _nicname._tcp.us SRV +noall +answer

; <<>> DiG 9.9.4-P2-RedHat-9.9.4-15.P2.fc20 <<>> _nicname._tcp.us SRV +noall +answer
;; global options: +cmd
_nicname._tcp.us.       518344  IN      SRV     0 0 43 whois.nic.us.
$


5

Ultimamente, tenho brincado com o WHOIS e descobri que alguns dos pacotes whois publicamente disponíveis [ou seja, os jwhois do CentOS] parecem depender de listas pré-empacotadas de servidores WHOIS de TLD. Embora isso seja bom para a maioria dos TLDs, é um problema para a explosão de gTLDs esotéricos .horse.

O método 100% confiável é procurar o TLD no servidor WHOIS da IANA whois.iana.org, analisar a whois:entrada e consultar as informações do domínio nesse servidor. Por exemplo:

foo@bar:~ $ echo -e "horse\r\n" | nc -i 1 whois.iana.org 43
% IANA WHOIS server
% for more information on IANA, visit http://www.iana.org
% This query returned 1 object

domain:       HORSE

[snip]

whois:        whois-dub.mm-registry.com

[snip]

Connection closed by foreign host.

E depois:

foo@bar:~ $ echo -e "dord.horse\r\n" | nc -i 1 whois-dub.mm-registry.com 43
Domain Name: dord.horse
Domain ID: 1742946-MMd1
WHOIS Server: whois-dub.mm-registry.com
[snip]

Se você estiver usando esse método, deve ser educado e armazenar em cache as respostas do servidor da IANA por pelo menos 48 horas, se não mais, pois elas raramente mudam e os servidores da IANA tendem a estar sob carga massiva.


4

Eu mantenho a lista de servidores WHOIS da minha biblioteca Rubis WHOIS em https://github.com/weppos/whois/blob/master/data/tld.json

Ele contém a lista de todos os servidores existentes.

Ele não contém a resposta quando o domínio está disponível porque a biblioteca Ruby executa a análise em um nível diferente. Além disso, lembre-se de que nem todos os registros usam mensagens de sequência para comunicar a indisponibilidade de um domínio.


2

você pode usar esse script para obter servidores whois da IANA. enganado por barulhos. saída na lista JSON de zonas e servidores whois.

<style>
body {
    font: normal 10px verdana, sans-serif;
    color: #333;
}
</style>

<?
$zones = array('ac','am','asia','at','be','biz','biz.ua','biz.ua','br.com','bz','cc','ch','co','co.am','co.in','co.ua','co.ua','om','com.am','com.kz','com.ua','cx','cz','de.com','eu','eu.com','firm.in','fm','gen.in','im','in','ind.in','info','io','kiev.ua','kz','la','lc','li','lt','lu','md','me','mn','mobi','ms','mx','name','net','net.am','net.in','org','org.am','org.in','org.kz','ph','pl','pp.ua','pro','pw','pw','ru','ru.com','so','su','su','su','tel','tv','tw','us','uy.com','vc','ws','xxx','za.cm','xn--p1ai');

$count = count($zones);

echo '<h1>Whois tool</h1>';

echo '<pre>
{
';

for($i=0;$i<$count;$i++) {
    $root_server = 'whois.iana.org';
    $zone = $zones[$i];
    $domain = 'nuceti75.'.$zones[$i];
    //echo "<h2>$domain - $current_domain</h2>";
    $fp = fsockopen($root_server, 43);
    if (!$fp) echo "Connection error: $root_server \r\n";
    else { 
        fputs($fp, $zone."\r\n");
        while (!feof($fp)) {
            $root_answer .= fgets($fp, 128);
        }
        preg_match("~whois:\s(.+)~i", $root_answer, $result);
        $current_server = trim($result[1]);
        fclose($fp);
    } 

    //echo "<pre>$root_answer</pre>";
    //echo "<b>Whois server for this TLD:</b> $current_server";

    $fh = fsockopen($current_server, 43);
    if (!$fh) echo "Connection error: $current_server ($zone) \r\n";
    else { 
        fputs($fh, $domain."\r\n");
        while (!feof($fh)) {
            $current_answer .= fgets($fh, 128);
        }
        fclose($fh);
    }

    //echo "<pre>$current_answer</pre>";

    echo "\"$zone\": \"$current_server\",\r\n";

    unset($root_answer);
    unset($current_answer);
    unset($result);

}

echo '
}
</pre>';

?>

1

Você não precisa de uma lista deles. whois (1) é inteligente o suficiente para descobrir isso para você:

Para a página do manual:

         By default whois constructs the name of a whois server to use
         from the top-level domain (TLD) of the supplied (single) argu-
         ment, and appending ".whois-servers.net".  This effectively
         allows a suitable whois server to be selected automatically for a
         large number of TLDs.

Whois é geralmente bastante confiável. Eu nunca me lembro de vê-lo falhar em um domínio.


Vários dos novos TLDs não estão configurados; por exemplo bet.whois-servers.net, não existe.
Cmbuckley 15/05

Esse recurso depende de qual whoiscliente você usa. Nem todos fazem isso, por um motivo bom ou ruim. whois-servers.netainda não é um serviço oficial, apenas algo feito no melhor esforço possível.
Patrick Mevzek
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.