Como usar uma ferramenta de consulta DNS: guia prático

Uma ferramenta de consulta DNS permite perguntar ao Sistema de Nomes de Domínio quais registros estão publicados, neste momento, para um nome de host. Ela economiza tempo quando um site está inacessível, um serviço de e-mail não está recebendo mensagens ou uma alteração recente de DNS precisa ser conferida. O valor não está em simplesmente copiar uma resposta: é preciso saber qual tipo de registro foi consultado, qual resolvedor respondeu e o que essa resposta prova e não prova. Uma consulta informa os dados de DNS disponíveis para aquele resolvedor naquele instante. Ela não testa se um servidor web está saudável, se uma caixa de correio aceita mensagens nem se todos os visitantes do mundo veem o mesmo resultado.

Comece pelo nome de host exato e pela pergunta

Antes de abrir um verificador de DNS, anote o nome preciso que você quer inspecionar. O domínio raiz example.com e um subdomínio como www.example.com podem ter registros diferentes, e um host de e-mail como mail.example.com pode ser diferente dos dois. Decida se você precisa de um endereço IP, do roteamento de e-mail, dos servidores de nomes autoritativos, de um alias ou de um texto de verificação. Isso evita um erro comum: consultar o registro A do domínio raiz quando o serviço com problema é, na verdade, a configuração de CNAME ou MX de um subdomínio. Se você tem uma URL completa, identifique apenas a parte do nome de host; caminhos, query strings e nomes de página não são nomes DNS.

Execute a consulta para os tipos de registro relevantes ao problema e leia cada resultado junto com o seu status. Vários endereços podem ser normais em uma CDN, em um serviço redundante ou em um DNS round-robin. Uma resposta AAAA vazia não significa automaticamente que o domínio inteiro está quebrado; pode significar que o nome não tem registro IPv6, enquanto o registro A funciona. Um CNAME aponta para outro nome de host, então esse destino pode exigir uma segunda consulta até você saber o endereço final. Os resultados de MX incluem prioridades, e os valores de preferência numericamente menores são tentados antes dos maiores. As respostas TXT podem ser divididas em vários trechos pelas ferramentas de DNS, mesmo quando esses trechos representam uma única string lógica.

Use o resultado como evidência, não como uma verificação completa de saúde

Uma resposta de DNS bem-sucedida prova que um resolvedor retornou dados; não prova que o destino aceita conexões nem que serve a aplicação correta. Para investigar uma queda de site, compare as respostas de DNS com um valor sabidamente correto e depois teste separadamente o HTTPS, o certificado e a resposta da aplicação. Para e-mail, verifique o MX e os registros de política relevantes, mas lembre-se de que o DNS sozinho não confirma que um servidor receptor aceitará uma mensagem específica. Um timeout, um SERVFAIL, um NXDOMAIN e uma resposta válida sem o registro solicitado têm significados diferentes. Anote o erro exato e o horário para poder comparar depois, em vez de tratar todo resultado em branco como a mesma falha.

• Verifique o nome de host totalmente qualificado exato, incluindo o subdomínio pretendido.
• Consulte A e AAAA separadamente ao investigar a acessibilidade de um endereço.
• Use os dados de NS e SOA ao verificar a delegação da zona ou a configuração autoritativa.
• Repita a verificação em outro resolvedor se houver suspeita de cache ou de comportamento específico do resolvedor.
• Evite tratar um endereço IP como prova da origem física, do proprietário ou da saúde do servidor de um domínio.

Um fluxo repetível para mudanças

Em uma edição de DNS planejada, salve as respostas anteriores antes de mudar qualquer coisa. Depois de publicar o novo registro, consulte o nome de novo e compare o valor, o tipo de registro e o TTL. Se a resposta não for a esperada, verifique se você editou o provedor de DNS e a zona corretos; as configurações de servidores de nomes no registrador podem apontar o domínio para um lugar diferente do painel que você acabou de alterar. Em seguida, compare os servidores de nomes autoritativos com um resolvedor recursivo para distinguir um problema de configuração da zona de dados em cache. Mantenha as verificações focadas em registros públicos que você administra ou está autorizado a avaliar e não use um verificador de DNS como pretexto para sondar redes privadas.

Uma boa ferramenta de consulta DNS é mais valiosa quando apresenta com clareza o tipo de registro e o resultado, trata IPv4 e IPv6 como perguntas separadas e não esconde erros atrás de um único sinal verde. Use-a para delimitar o que o DNS diz neste momento e depois use uma verificação específica do serviço para a camada seguinte. Para uma consulta focada de domínio para IP, a ferramenta de consulta de domínio mostra as respostas de endereço público; o guia de tipos de registro DNS, à parte, explica a finalidade de cada registro comum. Conhecer esses limites permite diagnosticar mais rápido sem exagerar no que uma única consulta consegue comprovar.

Guarde um registro útil da consulta

Quando uma consulta faz parte de um incidente ou de uma mudança planejada, preserve a evidência em um formato compacto e repetível. Anote o nome totalmente qualificado, o tipo de consulta, o status da resposta, o conjunto de respostas, o TTL, o resolvedor, a localização de rede e o horário. Acrescente uma frase descrevendo a pergunta que você queria responder, por exemplo, se o novo host web já tinha ficado visível ou se um destino de MX ainda apontava para o provedor desativado. Isso torna o resultado compreensível para um colega que não estava presente na primeira verificação. Se a resposta mudar depois, você poderá comparar coisas equivalentes em vez de tentar lembrar qual nome de host ou resolvedor foi usado. Guarde apenas as informações de que a sua equipe precisa, especialmente quando as verificações envolvem nomes não públicos: os serviços públicos de consulta não são o lugar certo para nomes de host internos confidenciais.