TTL do DNS: planeje mudanças sem esperar que o cache zere

TTL (“time to live”) informa por quanto tempo um resolvedor pode manter um registro DNS em cache. Um prazo maior pode aproveitar melhor respostas já armazenadas; um prazo menor pode fazer uma alteração ser percebida mais cedo depois que os caches antigos expirarem. Nenhum dos dois valores, sozinho, faz todos os usuários consultarem a resposta nova no mesmo instante.

Diagrama ilustrativo: uma resposta já armazenada continua válida até o cache correspondente expirar.

Planeje a mudança antes da janela

Primeiro identifique exatamente o registro que será alterado e quais serviços dependem dele. Um A, AAAA ou CNAME pode encaminhar o site; registros MX e TXT participam do fluxo de e-mail e da autenticação do domínio. Uma mudança no DNS do site não deve alterar registros de e-mail sem necessidade e validação próprias.

Se for reduzir o TTL antes de uma migração, faça isso com antecedência e considere o prazo anterior: resolvedores que guardaram a resposta antiga podem continuar usando-a até o fim daquele cache. Diminuir o TTL no último minuto não força a expiração imediata. Essa consequência decorre do funcionamento do cache descrito na documentação de TTL; provedores e resolvedores podem ter comportamentos diferentes.

Valores dependem do provedor e do tipo de registro

Na Cloudflare, registros com proxy usam TTL “Auto”, definido em 300 segundos e sem edição manual. Para registros apenas DNS, a documentação informa valores configuráveis que variam conforme o plano, e também define “Auto” como 300 segundos. Esses números são específicos da Cloudflare; não devem ser tratados como regra para qualquer DNS. O TTL de nameserver é um recurso separado do TTL dos registros.

Valide a resposta sem confundir caches

Durante uma alteração planejada, compare a resposta do DNS autoritativo com a obtida por resolvedores públicos e por dispositivos afetados. A resposta autoritativa confirma o valor publicado na zona; um resolvedor pode ainda apresentar um valor que já estava em cache. Se a mudança envolve hospedagem, mantenha o destino anterior disponível enquanto ainda houver clientes usando-o, quando isso for operacionalmente possível.

Defina previamente qual resultado confirma a mudança e quem pode reverter o registro. Isso evita trocar repetidamente o alvo por causa de uma única consulta local e reduz o risco de atingir serviços que dependem do mesmo nome.

Referências oficiais: TTL na Cloudflare e resolução de problemas de DNS.