Como descobrir o endereço IP de um site (5 métodos confiáveis)

Encontrar o endereço IP de um site leva segundos. A habilidade realmente útil é saber qual endereço você encontrou, o servidor de origem, um nó de borda de CDN ou um balanceador de carga, porque isso determina se o número tem alguma serventia para você.

Aqui estão cinco métodos, do mais rápido ao mais detalhado, seguidos de como interpretar o resultado com honestidade.

Método 1: use uma ferramenta de consulta online

É a opção mais rápida e a única que dispensa o terminal. Cole um domínio na consulta de domínio para IP da página inicial e você recebe os registros A (IPv4), AAAA (IPv6), servidores de nomes, MX, CNAME e TXT em uma única consulta feita no servidor.

A vantagem em relação a um comando local é que a consulta roda a partir de um servidor com o cache limpo, então você não vê uma resposta desatualizada que a sua própria máquina guardou horas atrás. Se você tem vários domínios para verificar, o modo em lote resolve até 50 de uma vez.

Método 2: ping, rápido e disponível em qualquer lugar

O ping resolve o nome antes de enviar qualquer coisa e imprime o endereço que resolveu. Funciona da mesma forma no Windows, no macOS e no Linux.

ping example.com

A primeira linha mostra o endereço resolvido: PING example.com (93.184.216.34). Você já tem o que precisa: pressione Ctrl+C para parar.

Método 3: nslookup, o padrão multiplataforma

Vem embutido no Windows, no macOS e na maioria das distribuições Linux, e foi projetado exatamente para essa pergunta.

nslookup example.com

A saída separa o resolvedor que respondeu (Server:) da resposta em si. Uma linha com Non-authoritative answer (resposta não autoritativa) significa apenas que a resposta veio de um cache e não do servidor de nomes do próprio domínio. Esse é o caso normal, não um aviso.

nslookup example.com 1.1.1.1

Essa segunda forma é muito útil quando você suspeita de um cache desatualizado: você pergunta diretamente ao resolvedor da Cloudflare, em vez de usar o que a sua rede entrega.

Método 4: dig, o que os profissionais usam

O dig vem com o macOS e o Linux (no Windows, use o WSL ou instale as ferramentas do BIND). Ele fornece uma saída precisa e automatizável, incluindo o TTL.

dig +short example.com A
dig +short example.com AAAA

dig example.com

Na saída completa, o número na ANSWER SECTION antes de IN A é o TTL restante em segundos, ou seja, por quanto tempo mais este resolvedor continuará reutilizando a cópia em cache. Acompanhar esse número diminuindo em consultas repetidas é a forma mais clara de ver o cache em ação.

dig @ns1.example.com example.com

Isso ignora todos os caches e pergunta à fonte. Se o resultado divergir do que você vê em outros lugares, você está acompanhando a propagação em andamento.

Método 5: ferramentas de desenvolvedor do navegador

Útil quando você quer o endereço que de fato serve a página que está vendo, incluindo eventuais redirecionamentos.

1. Abra as DevTools com F12 (ou Cmd+Option+I no macOS) e selecione a guia Network (Rede).
2. Recarregue a página.
3. Clique na primeira requisição de documento e abra o painel Headers (Cabeçalhos).
4. Em General (Geral), encontre Remote Address (Endereço remoto): esse é o IP ao qual o seu navegador realmente se conectou, com a porta.

Comparando os cinco métodos

E então: você encontrou o servidor real?

Provavelmente não, e isso é esperado. A maioria dos sites de algum porte fica atrás de uma CDN ou de um balanceador de carga, então o endereço que você resolveu pertence a essa infraestrutura.

Sinais de que você está olhando para uma infraestrutura compartilhada e não para um servidor de origem:

• O DNS reverso do endereço resolve para o nome de host de um provedor (*.cloudflare.com, *.amazonaws.com, *.fastly.net).
• O mesmo endereço atende muitos domínios sem relação entre si.
• Você recebe endereços diferentes em locais diferentes ou em consultas repetidas.