Como descobrir quem hospeda um site

O jeito rápido

Rode o domínio em uma verificação WHOIS e leia duas coisas: os servidores de nomes, que dizem quem administra o DNS do site, e o registrador, que diz onde o próprio nome de domínio foi comprado. Depois rode o mesmo domínio em um trace ou um ping para obter o endereço IP para o qual ele resolve, e consulte esse endereço. Essas duas consultas dão a resposta usual em menos de um minuto, e são as mesmas duas consultas que o método manual faz na mão.

O jeito manual: de domínio para IP para dono

Quatro comandos cobrem a cadeia inteira:

dig +short www.example.com          # domínio -> endereço(s) IP
dig +short NS example.com           # quem responde pelo DNS do domínio
whois 93.184.216.34                 # quem é dono daquele bloco de IP
dig +short -x 93.184.216.34         # nome de DNS reverso do endereço

Leia-os em ordem. O primeiro dá um ou mais registros A. Se você receber um CNAME apontando para algo como *.cloudfront.net ou *.azureedge.net, você já encontrou uma CDN em vez de um servidor de origem. O segundo nomeia o provedor de DNS, muitas vezes uma empresa diferente tanto do registrador quanto do host. O terceiro é o importante: o registro WHOIS de um endereço IP é mantido por um registro regional de internet, e não por um registrador de domínio, e nomeia a organização à qual o bloco de endereços é atribuído, junto com o ASN dela (número de sistema autônomo) e um contato de abuso. O quarto muitas vezes devolve um nome de host que entrega o provedor ainda mais rápido, porque hosts tendem a nomear as próprias máquinas de acordo com eles mesmos.

No Windows, nslookup example.com e nslookup -type=ns example.com fazem os dois primeiros passos sem instalar nada.

Registrador, provedor de DNS e host são três coisas diferentes

É aqui que a maior parte da confusão começa. Um único site rotineiramente envolve três empresas separadas:

• O registrador vendeu o nome de domínio e é com quem você entra em contato sobre renovações, transferências e bloqueios. Aparece no registro WHOIS do domínio.
• O provedor de DNS responde às consultas do domínio. Aparece como os servidores de nomes. Muitos sites movem o DNS para um terceiro enquanto deixam o domínio no registrador original.
• O host roda a máquina que serve o conteúdo. Aparece no registro WHOIS do endereço IP, não do domínio.

Então uma linha de servidor de nomes não é um endereço de hospedagem. Leia-a como "quem responde às consultas de DNS para esse domínio", nada mais. O e-mail adiciona uma quarta parte: os registros MX (dig +short MX example.com) apontam para quem administra o e-mail, que frequentemente é outro provedor diferente de novo.

Quando o host é uma CDN, e como ver além dela

Se a consulta de IP devolver uma CDN ou uma grande rede de borda de nuvem, você encontrou a borda, não a origem. Isso é a CDN funcionando como projetada: ela termina a conexão em um nó de borda perto do visitante e busca a partir da origem nos bastidores, e o endereço de origem é deliberadamente não publicado. Algumas coisas ainda ajudam:

1. Verifique outros registros no mesmo domínio. Registros MX e subdomínios como mail., ftp., cpanel. ou direct. muitas vezes contornam a CDN e resolvem direto para a rede de origem.
2. Olhe os cabeçalhos de resposta. O curl -I https://example.com/ frequentemente mostra cabeçalhos server, via ou específicos de fornecedor que nomeiam o provedor de borda, e às vezes a stack por trás dele.
3. Leia o ASN, não só o nome da empresa. Dois provedores podem revender capacidade da mesma rede subjacente, e o ASN diz de quem a rede realmente é.
4. Aceite o limite. Se a origem está devidamente trancada atrás da CDN, nenhuma consulta pública vai revelá-la, e tratar um palpite como fato é pior do que dizer "atrás de uma CDN".

A mesma cautela se aplica à saída histórica de qualquer consulta. Os registros mudam quando um site migra, e uma resposta em cache ou arquivada pode estar meses desatualizada, então rode a consulta de novo em vez de confiar em uma captura de tela.

Para que essas consultas servem

• Avaliar um provedor de hospedagem antes de migrar, verificando quem hospeda sites que você considera comparáveis ao seu.
• Encontrar o contato de abuso certo quando tráfego, spam ou um ataque é rastreado até um endereço.
• Confirmar que uma migração terminou, verificando que o domínio agora resolve para a rede do novo provedor a partir de várias localidades.
• Descobrir se uma indisponibilidade é sua ou do seu provedor, já que um bloco de endereços inteiro ficando silencioso não é um problema com a sua aplicação.

Quando a resposta muda

Essas consultas dizem onde um site vive hoje. Elas não vão dizer quando a resposta muda, e ela muda: uma edição de servidor de nomes, um domínio vencido ou uma migração feita pela metade podem quebrar um site enquanto o próprio servidor está perfeitamente saudável. O monitoramento contínuo observa registros de DNS, vencimento de domínio e disponibilidade juntos e alerta quando qualquer um deles muda. A verificação WHOIS roda uma consulta agora, como ler um registro WHOIS percorre os campos em detalhe, e propagação de DNS é o próximo passo depois de mudar para onde o domínio aponta.