DNS Lookup: Como Diagnosticar Problemas de DNS que Derrubam Seu Site

Você migrou o site para um novo servidor, atualizou os nameservers no painel do domínio e foi dormir. No dia seguinte, metade dos seus clientes diz que o site está fora do ar — mas para você abre normalmente. Ou pior: a loja voltou para o servidor antigo para alguns usuários, e o checkout não funciona porque o banco de dados é do servidor novo.

Esse cenário tem nome: problema de DNS. E é a causa número um de downtime silencioso — o tipo que não dispara alertas, não gera erro 500, simplesmente faz o seu site sumir para parte do mundo sem aviso nenhum.

A boa notícia é que DNS tem regras bem definidas. Uma vez que você entende como ele funciona, diagnosticar e corrigir esses problemas se torna direto. Este guia mostra como fazer isso de forma prática.

Como o DNS Funciona (A Analogia da Agenda Telefônica)

Pense no DNS como a agenda de contatos do seu celular. Quando você quer ligar para "Escritório", você não precisa memorizar o número — o celular faz essa tradução para você.

O DNS faz o mesmo com endereços de internet. Quando alguém digita seusite.com.br no navegador, o computador não sabe onde está esse site. Ele precisa perguntar para o DNS: "qual é o endereço IP do seusite.com.br?"

O processo acontece assim:

O navegador pergunta para o resolver DNS do usuário (geralmente o do provedor de internet ou um público como o 8.8.8.8 do Google)
O resolver pergunta para os root servers (os servidores raiz da internet)
Os root servers apontam para os nameservers autoritativos do seu domínio (os que você configura no registrador)
Os nameservers respondem com o IP correto
O navegador se conecta ao IP e carrega o site

Todo esse processo leva milissegundos. O problema começa quando algum elo dessa cadeia retorna a informação errada — ou quando o cache ainda guarda a informação antiga.

Tipos de Registro DNS e Quando Cada Um Importa

Cada registro DNS tem uma função específica. Conhecer cada tipo é o primeiro passo para diagnosticar onde está o problema.

Registro A (Address)

Mapeia um domínio para um endereço IPv4. É o registro mais fundamental: seusite.com → 203.0.113.10. Se o registro A estiver errado ou apontando para o IP antigo após uma migração, o site simplesmente não carrega.

Registro AAAA (Quad-A)

A versão IPv6 do registro A. Mapeia o domínio para um endereço IPv6 (formato 2001:db8::1). Sites sem registro AAAA ficam inacessíveis para usuários em redes que só suportam IPv6 — uma fatia crescente de usuários móveis, especialmente fora do Brasil.

Registro CNAME (Canonical Name)

Cria um alias para outro domínio. Usado com frequência para www: www.seusite.com → seusite.com. Também é o tipo usado por CDNs e serviços como Vercel e Netlify, que pedem para você criar um CNAME apontando para o domínio deles.

Atenção: nunca coloque um CNAME na raiz do domínio (@). Isso quebra outros registros. Use um registro A ou ALIAS no apex.

Registro MX (Mail Exchange)

Define para onde os emails enviados ao seu domínio devem ser entregues. Se o MX estiver errado, ninguém consegue mandar email para @seusite.com.br — e você provavelmente não vai perceber até começar a perder clientes.

Registro TXT (Text)

Armazena texto arbitrário, mas tem usos críticos para autenticação de email:

SPF: lista quais servidores podem enviar email pelo seu domínio (v=spf1 include:...)
DKIM: assinatura criptográfica que prova que o email veio do seu servidor
DMARC: política que diz o que fazer com emails que falham SPF ou DKIM

Sem esses três registros corretamente configurados, seus emails caem no spam — ou são bloqueados diretamente.

Registro NS (Name Server)

Indica quais nameservers são autoritativos para o seu domínio. É o registro que aponta a internet para onde buscar todos os outros registros. Se os NS estiverem errados após uma migração, nenhum outro registro será encontrado.

Registro SOA (Start of Authority)

O SOA é o registro administrativo da zona DNS. Contém informações como o email do administrador, o serial da zona (usado para sincronização entre nameservers) e os valores de TTL padrão. Raramente você precisa editar o SOA manualmente, mas ele aparece em consultas e ajuda a verificar se a zona está configurada corretamente.

Problemas Comuns de DNS (e Como Identificá-los)

Registro A Apontando para o IP Errado

O cenário clássico de migração. Você configurou o novo servidor, mas o registro A ainda aponta para o servidor antigo. O site carrega — mas do lugar errado. Dados de formulários vão para o banco de dados errado, uploads somem, e o checkout falha.

Como identificar: faça um DNS lookup e compare o IP retornado com o IP do seu servidor atual. Se não baterem, o registro A precisa ser atualizado.

MX Mal Configurado

E-mails destinados ao seu domínio não chegam porque o MX aponta para um servidor inexistente, com prioridade errada, ou simplesmente não existe. Muitas empresas só descobrem esse problema quando um cliente liga reclamando que o email retornou.

Como identificar: consulte os registros MX do domínio e verifique se os hosts listados resolvem para IPs válidos e se os servidores de email estão ativos.

TTL Alto Atrasando Propagação

O TTL (Time to Live) define por quanto tempo os resolvers DNS ao redor do mundo guardam em cache a resposta de uma consulta. Um TTL de 86400 segundos (24 horas) significa que, após uma mudança de registro, pode levar um dia inteiro até que todos os usuários vejam o valor novo.

Boas práticas: antes de uma migração planejada, reduza o TTL para 300 segundos (5 minutos) com 24 a 48 horas de antecedência. Após a migração, suba o TTL de volta para um valor mais alto (3600 ou mais) para melhorar a performance de resolução.

Falta de Registro AAAA (IPv6)

Redes móveis, especialmente em países como os Estados Unidos e em partes da Europa, usam cada vez mais IPv6 como protocolo primário. Se o seu site não tem um registro AAAA, esses usuários podem enfrentar timeouts ou erros de conexão enquanto o dispositivo tenta resolver o endereço IPv6 e falha.

Como identificar: faça um DNS lookup e verifique se há registros AAAA retornados. Se não houver, avalie se o seu servidor suporta IPv6 e configure o registro.

Como Diagnosticar: Usando o DNS Lookup do FlashMon

Ferramentas de linha de comando como dig e nslookup funcionam, mas exigem conhecimento técnico e retornam saída bruta difícil de interpretar. O DNS Lookup do FlashMon resolve isso em uma interface visual.

Basta digitar o domínio e a ferramenta consulta e exibe todos os tipos de registro em uma única consulta, organizados em abas por tipo:

Aba A/AAAA: confirme os IPs IPv4 e IPv6 configurados
Aba CNAME: veja os aliases ativos e para onde apontam
Aba MX: verifique os servidores de email e suas prioridades
Aba TXT: inspecione os registros SPF, DKIM e DMARC
Aba NS: confirme quais nameservers estão respondendo pela zona
Aba SOA: veja o serial da zona e os valores de TTL configurados

Para cada diagnóstico, o fluxo de trabalho é simples: consulte os registros, compare com o que deveria estar configurado, identifique a divergência e corrija no painel do seu provedor de DNS.

Propagação DNS: Por Que Demora e Como Verificar

Depois de corrigir um registro, a mudança não aparece instantaneamente para todo o mundo. O motivo é o cache: cada resolver DNS ao redor do planeta guardou a versão antiga da resposta pelo período definido no TTL. Até esse tempo expirar, ele continua retornando o valor antigo.

Na prática, propagação global leva de alguns minutos (se o TTL era baixo) até 48 horas (com TTL alto). Durante esse período, usuários em diferentes regiões e com diferentes provedores de internet podem ver resultados diferentes para o mesmo domínio — o que explica o fenômeno de "funciona para mim mas não para o cliente".

Para monitorar a propagação em tempo real, use o Verificador de Propagação DNS do FlashMon. Ele consulta múltiplos resolvers públicos ao redor do mundo simultaneamente e mostra se cada um já recebeu o valor atualizado. Isso elimina a adivinhação: você vê exatamente em quais regiões a mudança já propagou e onde ainda está pendente.

Se quiser investigar o histórico do domínio — data de registro, nameservers históricos ou informações do registrador — o WHOIS Lookup complementa o diagnóstico com dados de registro do domínio.

Resumo: O Checklist de Diagnóstico de DNS

Quando o site está fora do ar ou com comportamento estranho após uma mudança de DNS, siga este fluxo:

Faça um DNS lookup do domínio e verifique os registros A, AAAA, MX e NS
Compare os IPs retornados com os IPs dos seus servidores atuais
Verifique os registros MX e TXT se o problema for com emails
Consulte o TTL atual — se estiver alto, a propagação pode levar horas
Use o verificador de propagação para confirmar se a mudança já chegou a diferentes regiões
Aguarde ou force a atualização — em alguns casos, é necessário esperar o TTL expirar

Problemas de DNS raramente são misteriosos quando você tem as ferramentas certas. A diferença entre ficar horas tentando entender por que o site sumiu e resolver o problema em minutos é saber exatamente onde olhar.

O FlashMon também monitora o seu domínio continuamente: se os registros DNS mudarem de forma inesperada, ou se o site sair do ar por qualquer motivo, você recebe um alerta imediato — antes que seus clientes percebam.

Continue investigando

Mudança acabou de entrar? Acompanhe em tempo real com o verificador de propagação DNS e veja também por que a propagação demora tanto.
Antes de migrar, confirme posse e vencimento do domínio na consulta WHOIS.