Para que serve uma consulta DNS
Diagnosticar a origem de uma indisponibilidade de site.
Validar uma alteração antes de entrar em produção.
Confirmar a posse de um domínio durante uma verificação por TXT.
Configurar SPF, DKIM, DMARC, BIMI e controlar a visibilidade.
Preparar uma migração com TTL reduzido e acompanhar o efeito real na rede.
Comparar a resposta vista a partir da sua estação com a de outras regiões.
Saber útil
Fala-se muitas vezes de propagação DNS. Na realidade, o sistema coloca respostas em cache conforme o TTL. Enquanto esse tempo não expirar, alguns resolvedores mantêm o valor antigo. O termo propagação continua prático para descrever o efeito.
O que faz a ferramenta
Resolução recursiva completa desde a raiz até aos servidores autoritativos.
Escolha de um resolvedor público como Google, Cloudflare, Quad9, OpenDNS, Yandex ou do servidor autoritativo quando fizer sentido.
Visualização de respostas brutas com TTL e dados.
Traçado iterativo opcional que mostra cada salto e a latência.
Mensagem clara quando nenhuma resposta estruturada é encontrada.
Funcionamento de uma consulta DNS
O dispositivo pede a resposta ao resolvedor configurado na estação ou no router.
O resolvedor consulta primeiro a sua cache local.
Sem resposta, interroga um servidor raiz que indica o servidor do domínio de topo.
O servidor TLD redireciona para os servidores autoritativos do nome procurado.
O resolvedor interroga um servidor autoritativo que devolve o registo solicitado com o respetivo TTL.
O resolvedor coloca a resposta em cache para acelerar consultas futuras e envia-a ao dispositivo.
Dica rápida
Para verificar um resultado a partir da sua estação usenslookupno Windows edigem macOS ou Linux. Estes comandos utilizam a configuração local ou um resolvedor à escolha.
Compreender o TTL e a famosa propagação
O TTL é um intervalo expresso em segundos. Indica quanto tempo uma resposta pode permanecer em cache.
Um TTL curto torna uma alteração visível mais depressa. Ideal durante uma migração.
Um TTL médio ou longo reduz a carga nos servidores autoritativos. Bom para um serviço estável.
Um fornecedor de acesso pode manter uma resposta mais tempo segundo a sua política de cache. A atualização pode demorar mais do que o esperado.
Truque prático
Antes de uma alteração, reduza o TTL com alguma antecedência. Aplique a mudança. Controle as respostas a partir de várias redes. Depois aumente para o TTL pretendido.
Quando lançar uma consulta DNS
Um site deixa de responder embora o servidor esteja online.
Acabou de modificar um registo e quer ver a resposta real.
Está a lançar um novo serviço e precisa de validar A, AAAA, CNAME ou MX.
Está a instalar SPF, DKIM, DMARC ou BIMI e deseja confirmar a visibilidade pública.
Está a preparar uma migração e quer medir a latência e o traçado de ponta a ponta.
Leitura de uma resposta
Presença de uma ou várias moradas para A ou AAAA
O cliente escolhe um endereço da lista, o que distribui a carga de forma simples.
Presença de um CNAME
A resposta mostra o destino. Verifique depois que o destino publica efetivamente A ou AAAA.
Presença de NS e SOA
A zona é servida por estes hosts. O serial do SOA deve aumentar após cada atualização.
Resposta vazia ou NXDOMAIN
Nenhum registo para esse nome. Verifique grafia, subdomínio e zona.
TTL elevado
Pode existir defasagem após uma alteração enquanto o cache não expirar.
Limites e pontos de atenção
Um CNAME não deve coexistir com A, AAAA, MX ou TXT no mesmo ponto.
No ápice de um domínio evita-se CNAME. Use o equivalente proposto pelo fornecedor, se existir.
Um MX deve apontar para um nome que resolva em A ou AAAA. Não use CNAME como destino de MX.
Um PTR deve devolver um nome que resolva para a morada original para manter consistência.
Os parâmetros SVCB e HTTPS orientam o cliente, mas não substituem A e AAAA.
Boas práticas para ganhar tempo
Documente cada alteração com data, TTL e motivo.
Teste a partir da sua rede e depois em resolvedores públicos.
Compare a resposta do servidor autoritativo com a de um resolvedor público.
Monitorize nomes críticos e defina alertas em caso de mudança inesperada.
Guarde uma captura do traçado quando ocorrer um incidente para a partilhar com um fornecedor.
Perguntas frequentes
Em que difere dos comandos locais?
A ferramenta interroga resolvedores públicos e pode mostrar o traçado completo. Os comandos locais continuam úteis para um controlo rápido a partir da sua estação.
Quanto tempo até ver uma alteração?
De alguns minutos a várias horas conforme o TTL e os caches ativos nos ISPs e em certos resolvedores públicos.
O que fazer se a resposta variar por região?
Aguarde a expiração do TTL. Limpe o cache local, se possível. Verifique a consistência nos servidores autoritativos.
Que tipos de registo verificar em prioridade?
A, AAAA, CNAME, MX, TXT, NS, SOA continuam básicos. Conforme a necessidade, adicione CAA, PTR, SRV, SVCB ou HTTPS. Com DNSSEC, controle DS e DNSKEY.