Verificador de Propagação DNS
Verifique se suas mudanças de DNS propagaram globalmente. Consulte 16 resolvedores públicos ao redor do mundo simultaneamente e veja o status em tempo real.
Por que monitorar propagação DNS após cada mudança
Cada vez que você atualiza um registro DNS — seja migrando servidores, trocando de provedor de email ou adicionando um novo subdomínio — você precisa verificar se a mudança realmente chegou aos resolvedores ao redor do mundo. Propagação incompleta pode criar cenários onde alguns usuários chegam ao novo servidor e outros ainda acessam o antigo.
Cenários críticos onde o monitoramento de propagação importa:
- Migração de servidor: Se seu registro A está parcialmente propagado durante uma migração, alguns usuários chegam ao novo servidor (funcionando) enquanto outros acessam o antigo (potencialmente quebrado se você já moveu a aplicação).
- Troca de provedor de email: Registros MX parcialmente propagados significam que emails podem ser divididos entre servidores antigos e novos, causando mensagens perdidas ou roteadas incorretamente.
- Problemas de certificado SSL: Durante uma migração, se usuários com DNS antigo chegam a um servidor sem o certificado SSL correto, receberão avisos de segurança do navegador.
- Ativação de CDN: Ao rotear tráfego por um CDN alterando seu CNAME, propagação parcial significa que alguns usuários ignoram o CDN completamente.
Como interpretar a matriz de propagação
A tabela lista resolvedores em redes diferentes e mostra a resposta que cada um está servindo agora. Um registro só está "totalmente propagado" quando todos os resolvedores retornam o mesmo valor — não apenas o do seu provedor. Divergências nos primeiros minutos após uma mudança são esperadas; o que importa é a tendência.
- Todos os resolvedores com o novo valor: migração concluída, seguro redirecionar o tráfego.
- Mistura de valores antigos e novos: propagação em andamento — os caches expiram em ritmos diferentes conforme o TTL anterior.
- Algum resolvedor retorna SERVFAIL: geralmente um problema de assinatura DNSSEC durante rollover de chave, não atraso de propagação.
- Um resolvedor teimoso: grandes ISPs às vezes retêm caches além do TTL; a solução é tempo, não uma nova consulta.
Problemas comuns e soluções
- Mudança invisível após uma hora: o TTL anterior provavelmente era 86400; reduza para 300 pelo menos 24 horas antes da próxima migração.
- Resolvedor do ISP ainda retorna o IP antigo: teste em
1.1.1.1ou8.8.8.8para confirmar que é cache local, não problema autoritativo. - Serial SOA não incrementado: algumas configurações hidden-primary exigem bumpar o serial para que os escravos publiquem a nova zona.
- Falhas de validação DNSSEC: confirme que o registro DS no registrador bate com a KSK ativa; divergências quebram a resolução por completo.
- Surpresas de split-horizon: o resolvedor interno da sua empresa pode responder diferente dos públicos — parece erro de propagação mas é DNS interno.
Próximos passos
Mantenha o TTL baixo até ver convergência em todos os resolvedores da matriz e depois volte para um valor alto para eficiência de cache. Agende migrações em janelas de baixo tráfego e mantenha o endpoint antigo no ar até a propagação terminar.
Para monitoramento contínuo, o FlashMon.app acompanha mudanças automaticamente e avisa no momento em que algo falha.
Monitore mudanças DNS automaticamente
Receba alertas instantâneos no momento em que qualquer registro DNS do seu domínio mudar — detecte alterações não autorizadas antes que causem downtime.
Perguntas Frequentes
Propagação DNS é o tempo que leva para registros DNS atualizados se espalharem pela rede global de resolvedores DNS após você fazer uma alteração. Quando você atualiza um registro DNS (por exemplo, alterando seu registro A para um novo IP após uma migração de servidor), a mudança é aplicada primeiramente ao nameserver autoritativo do seu domínio. No entanto, milhares de resolvedores DNS ao redor do mundo armazenam seus registros antigos em cache pelo tempo determinado pelo valor TTL antigo. Até que essas entradas em cache expirem e os resolvedores busquem os registros atualizados, usuários diferentes podem ver resultados diferentes dependendo do resolvedor DNS que o ISP deles usa — essa inconsistência é o que chamamos de "propagação em andamento".
O tempo de propagação é quase inteiramente determinado pelo TTL (Time to Live) do registro que você alterou. Se seu registro A antigo tinha um TTL de 86400 (24 horas), você deve aguardar até 24 horas para que todos os resolvedores expirem sua cópia em cache e busquem o novo valor. Se o TTL era 300 (5 minutos), a propagação deve ser concluída em 5 a 15 minutos globalmente. O erro mais comum é esquecer de diminuir o TTL antes de fazer uma alteração. Melhor prática: pelo menos 48 horas antes de uma migração planejada, reduza seu TTL para 300. Faça a alteração de DNS, confirme a propagação com esta ferramenta, e então aumente o TTL de volta ao seu valor normal.
Cada resolvedor DNS (Google 8.8.8.8, Cloudflare 1.1.1.1, o resolvedor do seu ISP, etc.) armazena registros DNS em cache de forma independente. Após atualizar um registro, cada resolvedor continuará servindo sua cópia em cache até que o TTL expire — momento em que ele envia uma nova consulta ao seu nameserver autoritativo e obtém o novo valor. Como eles atualizam em momentos diferentes, há uma janela em que alguns resolvedores têm o novo valor e outros ainda têm o antigo. Além disso, alguns provedores de DNS armazenam em cache além do TTL declarado, e alguns têm múltiplas camadas de cache geográfico que precisam ser invalidadas de forma independente.
O valor majoritário é o resultado DNS retornado pelo maior número de servidores em nosso teste. Ele representa a resposta "esperada" ou "correta" que se propagou para a maioria dos resolvedores. Servidores que mostram esse valor são marcados como "Propagado". Servidores que mostram um valor diferente (tipicamente o registro antigo) são marcados como "Divergente" e destacados em amarelo — estes ainda estão armazenando em cache a informação desatualizada. Servidores que não responderam em 5 segundos são marcados como "Timeout". A propagação total é alcançada quando todos os servidores concordam com o mesmo valor.
Não necessariamente. Se a maioria dos servidores (especialmente os principais como Google 8.8.8.8 e Cloudflare 1.1.1.1) está retornando o valor correto, a maioria dos seus usuários acessará o site sem problemas. Usuários cujo ISP usa um dos resolvedores de atualização mais lenta podem temporariamente ver o destino antigo — mas são uma minoria e se corrigem automaticamente conforme os TTLs expiram. Os casos em que a propagação incompleta é realmente problemática: se você moveu a hospedagem de email e os registros MX não propagaram, emails podem ir para o servidor errado. Se você está migrando de HTTP para HTTPS e seu certificado SSL está apenas no novo servidor, usuários atingindo o servidor antigo receberão erros de certificado.
A única maneira confiável de acelerar a propagação DNS é definir um TTL baixo antes de fazer as alterações — você não pode acelerar retroativamente após a mudança estar live com um TTL alto. No entanto, há coisas que ajudam para resolvedores específicos: o cache DNS do Google às vezes pode ser limpo usando a ferramenta de limpeza de cache do Google Public DNS. O cache DNS da Cloudflare pode ser purgado pelo painel da Cloudflare se seu domínio usar Cloudflare. Para a maioria dos resolvedores, você simplesmente precisa aguardar o TTL expirar. Usar múltiplos provedores de DNS com roteamento anycast (como Cloudflare ou Google Cloud DNS) tipicamente significa propagação inicial mais rápida porque a infraestrutura deles é distribuída globalmente.