Como testar resolução DNS e tempo de resposta com o dig

O que é o DNS e por que você precisa do dig

Quando digitamos um endereço web no navegador, ocorre uma operação invisível chamada resolução de nomes. O Domain Name System, ou simplesmente DNS, funciona como a agenda telefônica da internet, traduzindo nomes fáceis de lembrar como marciocunha.net em números IP compreensíveis pelas máquinas. Na prática, quando essa tradução falha ou demora, o site parece fora do ar mesmo que o servidor esteja perfeitamente saudável.

Para investigar esses gargalos, administradores de sistemas e entusiastas recorrem ao comando dig, que significa Domain Information Groper. Diferente de ferramentas mais simples, o dig não tenta apenas adivinhar a resposta, mas interage diretamente com a infraestrutura de nomes para mostrar exatamente o que está acontecendo em cada etapa do caminho. Essa capacidade cirúrgica o torna indispensável quando precisamos auditar conexões de rede e gargalos de tráfego.

Entendendo os principais registros DNS na prática

Antes de abrir o terminal, vale a pena entender os tipos de registros mais comuns que você vai consultar. O registro A é o mais básico e conecta um nome de domínio a um endereço IP versão 4. Já o registro CNAME funciona como um apelido, apontando um subdomínio para outro domínio principal, muito útil quando usamos serviços terceirizados.

Outro registro crítico é o MX, responsável por dizer para onde os e-mails do seu domínio devem ser enviados. Se o registro MX estiver apontado incorretamente, suas mensagens simplesmente desaparecem no limbo digital. Conhecer esses três tipos de registros é o ponto de partida para qualquer diagnóstico eficiente no terminal.

Como fazer sua primeira consulta básica com o dig

O uso mais simples do dig consiste em digitar o comando seguido pelo nome do domínio que você deseja investigar. No seu terminal Linux ou macOS, execute o comando abaixo para ver a resposta completa fornecida pelos servidores padrão configurados no seu sistema operacional.

dig marciocunha.net

Ao pressionar enter, você verá uma grande quantidade de informações dividida em seções. A parte mais importante para o diagnóstico rápido é a seção de resposta, que exibe o endereço IP final encontrado, além do tempo que a consulta demorou para ser concluída e qual servidor respondeu à solicitação.

Como diagnosticar falhas de propagação alterando o servidor de consulta

Um dos maiores pesadelos de quem gerencia sites é alterar o endereço IP de um servidor e perceber que alguns usuários ainda acessam a máquina antiga. Isso acontece por causa do tempo de propagação do DNS e do cache acumulado em provedores de internet ao redor do mundo. Para descobrir se a alteração já chegou a um servidor específico, podemos usar o caractere arroba seguido do IP do servidor que queremos consultar.

Por exemplo, se quisermos perguntar diretamente aos servidores públicos do Google, podemos executar o comando abaixo. Essa técnica permite comparar respostas em tempo real e descobrir se o seu provedor local ainda está preso a uma versão desatualizada das informações do seu domínio.

dig @8.8.8.8 marciocunha.net

Se o IP retornado pelo Google for diferente daquele retornado pelo seu servidor local, temos a confirmação exata de que existe um atraso na propagação ou que o cache local precisa expirar. Essa clareza evita que você perca horas suspeitando de falhas em configurações de serviços e infraestrutura.

Medindo a latência e o tempo de resposta do servidor

O tempo que o servidor DNS demora para responder afeta diretamente a velocidade com que os sites começam a carregar no navegador. No rodapé da saída padrão do dig, existe uma linha chamada Query time, medida em milissegundos. Se esse número estiver muito alto, digamos acima de duzentos milissegundos, seus visitantes sofrerão com uma lentidão perceptível antes mesmo de o primeiro arquivo HTML começar a ser baixado.

Para investigar apenas o tempo de resposta sem poluir a tela com dados excessivos, podemos usar modificadores como a opção mais curta. O comando a seguir filtra a saída para exibir estritamente o tempo gasto na operação, facilitando testes automatizados ou comparações rápidas de performance entre diferentes provedores de DNS. Para aprofundar esses conceitos na prática em produção, confira também nossa análise técnica sobre Como limpar o cache do Docker e recuperar espaço em disco.

dig marciocunha.net +stats | grep 'Query time'

Considerações Finais

Dominar o comando dig transforma a maneira como lidamos com problemas de conectividade e infraestrutura web. Em vez de adivinhar onde está o erro, o uso correto dessa ferramenta no terminal revela exatamente se o problema reside no registro incorreto, na propagação atrasada ou na lentidão do servidor de nomes. Com a prática, esse diagnóstico se torna automático e indispensável no dia a dia técnico.

Lembre-se de que a saúde da sua presença online depende de um ecossistema de rede estável e previsível. Manter o hábito de inspecionar registros A, CNAME e MX garante que suas aplicações e serviços de e-mail permaneçam sempre acessíveis e operando na velocidade ideal para o usuário final.