Quanto tempo leva a propagação de DNS e como verificá-la

Quando um navegador precisa de example.com, ele pergunta a um resolvedor recursivo: o do seu provedor de internet, o da sua empresa ou um público, como o do Google ou da Cloudflare. O resolvedor pergunta aos nameservers autoritativos do domínio e guarda a resposta em cache pelo tempo que o TTL (time to live) do registro permitir. Até essa cópia em cache expirar, ele continua entregando a resposta antiga, não importa quão recente tenha sido a sua alteração.

Ou seja, a “propagação” é só milhares de caches expirando em momentos diferentes. Um resolvedor que consultou seu domínio um segundo antes da alteração mantém a resposta antiga por um TTL inteiro. Um que nunca o consultou recebe a resposta nova na hora. É por isso que um amigo vê o site novo enquanto você ainda vê o antigo.

O número “24 a 48 horas” que aparece em todo lugar vem das trocas de nameservers e da época em que TTLs longos eram a regra. Para uma alteração de registro A com TTL de 300 segundos, quase todo mundo vê o novo servidor em minutos.

• Você reduziu o TTL tarde demais. Reduzir o TTL só ajuda depois que o TTL antigo, longo, expirou nos caches. Reduza um dia antes: veja Reduza o TTL antes de uma migração.
• Caches locais. Seu sistema operacional e seu navegador também guardam DNS em cache. Limpe-os antes de concluir que a propagação travou.
• Um registro esquecido. O www ainda aponta para o servidor antigo, ou um registro AAAA (IPv6) antigo continua mandando para lá os visitantes com IPv6.
• Uma CDN ou proxy na frente do site. Se a Cloudflare ou outro proxy estiver na frente, a resposta DNS é o endereço da CDN e não muda. O que precisa mudar é a origem configurada na CDN, e a Cloudflare aplica isso em segundos, então não há nada para propagar: verifique o novo servidor com um link de prévia.
• Resolvedores que guardam respostas por mais tempo que o TTL. Alguns fazem isso. São minoria, e é por isso que você mantém o servidor antigo funcionando por um ou dois dias depois da troca.

1. 1

   Etapa 1: Confirme a alteração nos nameservers autoritativos

   Consulte os nameservers do próprio domínio. Se ainda retornarem o valor antigo, o registro não foi salvo, e esperar não vai adiantar.

2. 2

   Etapa 2: Consulte resolvedores públicos no mundo todo

   Informe o domínio e o valor esperado no verificador de propagação de DNS para ver quais resolvedores já o retornam.

3. 3

   Etapa 3: Verifique cada hostname e tipo de registro

   Repita para o www, outros subdomínios e registros AAAA. Um registro esquecido é o motivo mais comum para uma alteração parecer travada.

4. 4

   Etapa 4: Limpe seus próprios caches

   Limpe o cache DNS do sistema operacional e reinicie o navegador antes de testar o site você mesmo.

5. 5

   Etapa 5: Confirme que o site responde a partir do novo servidor

   Use Meu domínio já foi apontado? para verificar se o domínio resolve para o novo IP e se o site responde lá.

6. 6

   Etapa 6: Receba um aviso em vez de ficar atualizando

   Ative os alertas de propagação de DNS no link de prévia para que o DNSPeek verifique a cada poucos minutos e envie um e-mail quando a alteração estiver concluída.

Consulte diretamente resolvedores públicos específicos. O número na seção de resposta é o TTL restante da resposta em cache, em segundos:

dig @8.8.8.8 example.com A +short
dig @1.1.1.1 example.com A +short
dig @9.9.9.9 example.com A +noall +answer

Resolve-DnsName -Name example.com -Type A -Server 8.8.8.8
Resolve-DnsName -Name example.com -Type A -Server 1.1.1.1

Para ver o que os nameservers autoritativos dizem, sem nenhum cache, consulte-os diretamente. Descubra quais são com dig NS example.com +short ou com o verificador de nameservers e depois execute dig @ns1.your-dns-host.com example.com A. Se até a resposta autoritativa estiver antiga, a alteração não foi salva.

# Windows
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

Não existe um interruptor global que vira de uma vez, então escolha uma regra. O DNSPeek usa esta: a propagação está concluída quando pelo menos 90% dos resolvedores públicos que responderam retornam o novo valor e pelo menos metade de todos os resolvedores respondeu. Resolvedores que não respondem a tempo ficam de fora, para que um resolvedor inacessível não segure você. O maior TTL ainda visto indica quanto tempo um cache desatualizado pode durar. Quando o novo valor é um endereço da Cloudflare, qualquer endereço da Cloudflare conta, porque a Cloudflare dá a cada região seu próprio IP de borda.

O verificador de propagação de DNS gratuito aplica essa regra a 20 resolvedores públicos, consultados a partir do servidor do DNSPeek. No painel, um link de prévia pode verificar 16 resolvedores sob demanda, e nos planos pagos o DNSPeek pode avisar você por e-mail ou webhook quando o domínio tiver propagado e então executar de novo seu relatório de QA no domínio em produção.

Ver o endereço antigo em um resolvedor e o novo em outro é normal no meio do caminho. Cada resolvedor guardou o registro em cache em um momento diferente, então cada um expira em um momento diferente. Grandes resolvedores públicos também mantêm vários caches separados atrás de um mesmo endereço, e é por isso que duas consultas ao mesmo resolvedor com um minuto de diferença podem não bater.

Só se preocupe se a divisão não mudar. Se a proporção de respostas novas continuar igual por mais tempo que o TTL antigo, procure um registro que não foi alterado, um segundo conjunto de nameservers que ainda serve a zona antiga ou uma CDN que responde pelo domínio. A ferramenta comparador de DNS mostra se dois nameservers retornam registros diferentes.

A propagação só é estressante se o novo servidor não foi verificado antes. Se você abriu o site no novo IP com um link de prévia antes da troca, o período de espera só significa que alguns visitantes veem a cópia antiga por um pouco mais de tempo. Mantenha os dois servidores com o mesmo conteúdo, evite alterar conteúdo no antigo e acompanhe os logs de acesso dele: quando visitantes reais pararem de chegar, é seguro desligá-lo.