Resolução de DNS explicada: da consulta à resposta

A resolução de DNS é o processo de transformar um nome de domínio nos dados de que uma aplicação precisa, muitas vezes um endereço IP. Quando um navegador precisa se conectar a www.example.com, ele pede um resultado à pilha de rede local. Um resolvedor stub normalmente encaminha a pergunta a um resolvedor recursivo. Esse resolvedor pode já ter uma resposta em cache; caso contrário, ele segue as referências do DNS até chegar a um servidor autoritativo para a zona relevante. A resposta final volta pela cadeia e pode ser guardada em cache por um tempo limitado. O processo é distribuído: nenhum servidor global único armazena o conjunto completo de registros de todos os domínios.

A consulta começa com um nome e um tipo específicos

Uma pergunta de DNS não é simplesmente “procure este site”. Ela inclui um nome e um tipo de registro. Uma consulta A pede o IPv4; AAAA pede o IPv6; MX pergunta sobre os servidores de e-mail; NS pergunta sobre os servidores de nomes. O resolvedor recursivo usa o tipo para decidir quais dados buscar e retornar. Se o navegador precisa de um endereço web, ele pode pedir os registros A e AAAA, enquanto um sistema de e-mail pede o MX. Pedir o tipo errado pode produzir uma resposta vazia mesmo que existam outros registros para o nome. Os resultados de DNS só fazem sentido quando a própria pergunta é clara.

1. O cliente verifica o seu cache local e o resolvedor configurado.
2. O resolvedor recursivo verifica o seu cache; se necessário, consulta um servidor raiz.
3. Uma referência da raiz aponta para os servidores do domínio de nível superior (TLD) relevante.
4. A referência do TLD identifica os servidores de nomes autoritativos do domínio.
5. A resposta autoritativa é retornada e guardada em cache pelo tempo de vida permitido.

O resolvedor recursivo faz a maior parte desse trabalho em nome do cliente. As referências são ponteiros para a próxima autoridade, e não necessariamente o registro final. Os servidores raiz não precisam conhecer o endereço de cada site, e os servidores de TLD não hospedam a zona completa de cada domínio individual. Cada nível fornece indicações para chegar ao próximo. Os servidores autoritativos guardam os registros de fato, configurados pelo operador do domínio ou pelo provedor de DNS. Quando o resolvedor chega a eles, a resposta pode conter um endereço, um alias, uma resposta negativa ou outro valor específico do tipo.

Aliases, cache e respostas negativas

Se um nome tem um CNAME, a resolução pode envolver outro nome de host antes de um endereço ser encontrado. Cada resposta relevante tem o seu comportamento de cache, então a cadeia pode incluir entradas com TTLs diferentes. Um resolvedor também pode guardar em cache resultados negativos, como o fato de que um nome consultado não existe, por um período limitado. Isso pode explicar por que um nome novo não aparece instantaneamente depois de criado. Limpar um cache local afeta apenas aquele dispositivo ou aquela camada; não apaga as respostas em cache mantidas por resolvedores recursivos independentes pela internet.

Um diagnóstico prático compara o mesmo nome e tipo em camadas diferentes. Uma consulta recursiva descreve o que um cliente que usa aquele resolvedor recebe. Uma consulta autoritativa ajuda a determinar o que a própria zona publica no momento. Se esses valores diferirem, inspecione o TTL, o horário da última edição e a delegação real. Se o resultado de DNS estiver correto, mas a aplicação ainda falhar, passe para o roteamento de rede, o TLS ou os logs do servidor. Isso evita uma armadilha comum de diagnóstico: alterar o DNS repetidamente quando a resolução já funciona e a falha está mais adiante no caminho da conexão.

A resolução de DNS é confiável justamente porque é em camadas, com cache e delegada, mas essas mesmas propriedades fazem as mudanças parecerem inconsistentes durante uma migração. Guarde a resposta, o tipo de registro consultado, o resolvedor e o horário ao comparar observações. O guia sobre resolvedores recursivos e autoritativos explica os papéis com mais detalhes, enquanto TTL de DNS trata do tempo de vida do cache. Esses conceitos oferecem um modelo mais preciso do que imaginar que todo dispositivo lê uma única lista de endereços global atualizada instantaneamente.

A resolução é um processo, não uma única leitura de banco de dados

Como a resolução envolve vários servidores operados de forma independente, uma resposta de DNS pode ser afetada por mais do que o registro A ou AAAA final. Uma delegação desatualizada pode enviar o resolvedor para a autoridade errada; um servidor autoritativo indisponível pode causar um timeout; uma cadeia DNSSEC quebrada pode fazer um resolvedor que valida rejeitar os dados; e uma resposta negativa em cache pode atrasar o reconhecimento de um nome recém-criado. Cada camada deixa evidências diferentes. O código de resposta, a seção de autoridade, o TTL e o servidor consultado podem restringir a causa. Ao coletar diagnósticos, evite parafrasear um timeout como “o domínio não existe”, porque isso muda o significado. Preserve a resposta de erro exata e compare-a com uma consulta autoritativa. Esse método em camadas leva a um reparo específico, em vez de uma alteração às cegas no registro de endereço.