Como encontrar o endereço IP de um domínio

Para encontrar o endereço IP de um domínio, resolva seus registros DNS em vez de adivinhar pela marca da hospedagem de um site ou copiar um endereço de uma página sem relação. O DNS pode publicar um registro A para IPv4 e um registro AAAA para IPv6, e essas respostas são independentes. Um domínio pode retornar um endereço, vários endereços, apenas uma família de endereços ou um alias CNAME que leva a outro nome de host. O resultado correto é a resposta DNS pública visível para o resolvedor que você consultou naquele momento. Ela pode representar uma CDN ou um balanceador de carga e não deve ser descrita automaticamente como o endereço do servidor de origem.

Use uma consulta para o nome de host exato

Comece identificando se você precisa do domínio raiz, como example.com, ou de um subdomínio como www.example.com. O DNS trata os dois como nomes distintos, então eles podem ter configurações de registro diferentes. Use uma ferramenta de consulta de domínio para IP, um utilitário DNS fornecido pelo seu sistema operacional ou uma consulta por linha de comando para pedir dados A e AAAA. Se você tem uma URL como https://www.example.com/products, o nome de host é www.example.com; o protocolo, o caminho e o nome da página não fazem parte da consulta DNS. Evite incluir credenciais ou URLs privadas em qualquer formulário público de consulta.

Se a resposta contém vários endereços, isso normalmente não indica um erro. Grandes serviços usam vários servidores para disponibilidade, distribuição de carga e entrega de conteúdo. Um resolvedor também pode retornar um subconjunto ou uma ordem diferente ao longo do tempo. Ao comparar respostas, inclua o resolvedor e o horário; duas observações sem esse contexto podem parecer contraditórias mesmo quando ambas eram válidas. Um endereço DNS diz onde um cliente pode tentar se conectar após a resolução, não se o serviço está saudável nem se o endereço permanecerá o mesmo. Os sites podem alterar registros durante migrações, failover ou manutenções rotineiras de infraestrutura.

Quando um nome resolve por meio de um alias

Um registro CNAME diz que um nome DNS é um alias de outro nome. A primeira resposta não é, por si só, um endereço IP; o resolvedor segue o alias e consulta os registros de endereço do destino. Esse desvio permite que um provedor de hospedagem gerencie uma infraestrutura em mudança por trás de um nome de host estável. Também significa que a configuração DNS do destino do CNAME importa para o resultado final. Um verificador que mostra apenas o alias inicial pode parecer não fornecer nenhum endereço, embora a cadeia de resolução acabe produzindo registros A ou AAAA. Acompanhe a cadeia deliberadamente em vez de tratar o alias como uma consulta que falhou.

• Consulte A e AAAA de forma independente; um pode existir sem o outro.
• Anote o nome de host de destino se houver um CNAME.
• Compare com os servidores de nomes autoritativos quando houver dúvida sobre respostas em cache.
• Não presuma que o DNS aponta diretamente para um servidor físico ou para a origem.
• Em caso de falha do serviço, teste a acessibilidade de rede e o HTTPS separadamente do DNS.

Use o endereço com cuidado

Um endereço resolvido não é uma identidade permanente. IPs podem ser reatribuídos, endereços anycast podem rotear para instalações diferentes e a hospedagem compartilhada pode colocar muitos domínios atrás do mesmo endereço. Da mesma forma, ver o IP de um provedor de nuvem ou CDN não estabelece onde a aplicação de origem é executada. Se você está atualizando uma lista de permissões de firewall ou uma integração, verifique as faixas de endereços documentadas pelo provedor e seu processo de alterações em vez de copiar o resultado de uma consulta pontual. Para diagnósticos em geral, a consulta de domínio para IP pode mostrar as respostas IPv4 e IPv6 públicas, enquanto como encontrar o IP de um site aborda métodos relacionados e suas limitações.

O essencial é adequar a consulta ao seu objetivo. Um desenvolvedor que depura um novo registro DNS precisa do nome de host e do tipo de registro exatos. O proprietário de um site que confere uma migração precisa de uma comparação de antes e depois e da consciência do cache por TTL. Um visitante que diagnostica uma queda precisa distinguir resolução, conectividade e resposta da aplicação. Essas são perguntas relacionadas, mas separadas, e um único resultado de IP não responde a todas. Trate o DNS como uma camada no caminho de um nome até um serviço funcionando e, depois, teste a camada seguinte que corresponde à falha observada.

Quando uma consulta de domínio não basta

Algumas tarefas exigem informações além da resposta pública de endereço. Uma alteração de firewall pode precisar de uma faixa oficial do provedor de nuvem em vez de uma única resposta DNS, porque o provedor pode rotacionar ou ampliar seus endpoints. Uma queda de aplicação pode exigir uma requisição HTTPS, a inspeção do certificado ou uma verificação no painel da hospedagem depois que a resolução tem sucesso. Uma consulta reversa às vezes retorna um nome PTR para um endereço, mas ele é controlado pelo operador do endereço e pode estar ausente ou ser genérico. Decida o que você precisa antes de usar o resultado: o mapeamento DNS atual, o dono da rede, a localização aproximada ou a saúde real do serviço, cada um exige uma fonte diferente. Declare as conclusões de forma restrita e inclua o resolvedor e o horário. Essa redação é especialmente útil quando um domínio usa uma CDN, já que o endereço de borda é um ponto de entrada público e não necessariamente o backend que gera o conteúdo do site.