Por que usar ferramentas DNS?
O DNS é o primeiro passo de toda conexão com a Internet. Um problema DNS = site inacessível, emails não entregues, certificados SSL impossíveis de validar. Sem visibilidade sobre sua configuração DNS, você trabalha às cegas.
Três situações em que estas ferramentas são indispensáveis:
- Migração de servidor → Verificar que o novo A/AAAA está propagado antes de desligar o antigo
- Problema de email → Confirmar que MX, SPF, DKIM, DMARC estão corretamente publicados
- Site inacessível → Diagnosticar se o problema vem do DNS, do servidor ou da rede
Como diagnosticar um problema DNS em 3 passos
Passo 1: Executar uma pesquisa DNS
Acesse o DNS Lookup, insira seu domínio e selecione o tipo de registro:
- A: endereço IPv4 do servidor
- AAAA: endereço IPv6
- MX: servidores de email
- TXT: SPF, DKIM, DMARC, verificações
- NS: nameservers autoritativos
Compare as respostas do Google DNS, Cloudflare, Quad9 e do servidor autoritativo.
Passo 2: Auditar a saúde DNS
Use a Auditoria DNS para uma análise completa:
- Consistência parent/zona
- Delegação e glue records
- Acessibilidade IPv4 e IPv6
- Suporte TCP (obrigatório para respostas volumosas)
- Sincronização SOA entre servidores
Passo 3: Acompanhar a propagação
Após uma alteração, o Teste de propagação compara as respostas de dezenas de resolvers públicos. Você vê instantaneamente quem tem o novo valor e quem ainda mantém o antigo.
O que é DNS?
O DNS (Domain Name System) traduz nomes de domínio em endereços IP. Quando você digita captaindns.com, seu navegador consulta um resolver DNS que segue a cadeia:
- Servidores root → Indicam onde encontrar o TLD (.com)
- Servidores TLD → Indicam os NS do domínio
- Servidores autoritativos → Fornecem a resposta final
Exemplo de resolução:
Consulta: captaindns.com A
→ Root: "O .com é gerenciado por a.gtld-servers.net"
→ TLD: "captaindns.com está delegado para ns1.provider.com"
→ Autoritativo: "A = 203.0.113.50, TTL 3600"
Tipos de registros DNS analisados
| Tipo | Função | Exemplo |
|---|---|---|
| A | Endereço IPv4 | 203.0.113.50 |
| AAAA | Endereço IPv6 | 2001:db8::1 |
| CNAME | Alias para outro nome | www → captaindns.com |
| MX | Servidores de email | 10 mail.captaindns.com |
| TXT | Texto livre (SPF, DKIM, etc.) | v=spf1 include:_spf.google.com -all |
| NS | Nameservers | ns1.captaindns.com |
| SOA | Autoridade de zona | Serial, refresh, retry, expire, minimum |
| CAA | Autoridades de certificação | issue "letsencrypt.org" |
| PTR | Resolução reversa | IP → nome |
Casos de uso concretos
Incidente 1: Site inacessível após migração
Sintoma: O site funciona para alguns usuários, não para outros.
Diagnóstico:
- Execute um DNS Lookup no registro A
- Compare as respostas: Google tem o novo IP, alguns ISPs ainda têm o antigo
Ação: Aguardar a expiração do TTL ou reduzir o TTL antes da próxima migração.
Incidente 2: Emails rejeitados após mudança de provedor
Sintoma: Os emails de saída são rejeitados com "SPF fail".
Diagnóstico:
- Verifique o TXT com DNS Lookup
- O antigo include ainda está presente, o novo está faltando
Ação: Corrigir o registro SPF, aguardar a propagação, testar novamente.
Incidente 3: Certificado SSL impossível de gerar
Sintoma: Let's Encrypt falha com "DNS problem".
Diagnóstico:
- Execute a auditoria DNS do domínio
- Um NS está em lame delegation (não responde como autoritativo)
Ação: Corrigir a delegação no registrar, aguardar a propagação.
FAQ - Perguntas frequentes
P: Como funciona a pesquisa DNS?
R: A ferramenta consulta o resolver selecionado (Google, Cloudflare ou o servidor autoritativo) e exibe a resposta bruta com TTL, seções answer/authority/additional e latência. Você pode ativar o trace iterativo para ver cada etapa da resolução.
P: O que é propagação DNS?
R: "Propagação" refere-se ao tempo necessário para que os caches dos resolvers expirem e busquem o novo valor. Depende do TTL: um TTL de 3600 significa que alguns resolvers podem manter o valor antigo por até 1 hora após sua alteração.
P: Por que os resultados diferem entre resolvers?
R: Cada resolver tem seu próprio cache. Se um resolver consultou sua zona antes da sua alteração, ele mantém a resposta em cache até que o TTL expire. Por isso as alterações não são instantâneas em todos os lugares.
P: O que a auditoria DNS verifica?
R: A auditoria verifica a consistência entre parent (registry) e zona, confirma que cada NS responde como autoritativo, testa IPv4/IPv6, valida TCP, compara os seriais SOA e detecta lame delegations ou glues obsoletos.
P: Como reduzir o tempo de propagação?
R: Reduza o TTL do registro a modificar 24-48h antes da alteração (por exemplo, para 300 segundos). Faça a alteração. Uma vez estável, aumente o TTL de volta ao valor normal para otimizar o desempenho.
Ferramentas complementares
| Ferramenta | Utilidade |
|---|---|
| Inspetor SPF | Verificar e corrigir seu registro SPF |
| Inspetor DKIM | Validar sua assinatura e chave DKIM |
| Inspetor DMARC | Configurar e testar sua política DMARC |
| Testador de email | Testar SPF/DKIM/DMARC do seu servidor |
Recursos úteis
- RFC 1035 - Domain Names (especificação DNS original)
- RFC 8499 - DNS Terminology (glossário DNS oficial)
- Google Public DNS Documentation (guia de uso)
- Cloudflare DNS Learning Center (tutoriais DNS)