Todos os verbetes

TTL: o número que decide a velocidade das suas mudanças

Todo registro DNS carrega um prazo de validade para os caches. Alto demais, as mudanças rastejam; medido errado, você depura fantasmas.

Atualizado em 27 de julho de 2026

TTL (time to live) é por quanto tempo, em segundos, os resolvers podem guardar uma resposta DNS em cache. É o que faz o DNS escalar — e o motivo de a sua mudança "instantânea" levar horas para ser vista: cada resolver que guardou o valor antigo continua servindo-o até a cópia expirar. Não existe um empurrão de propagação; existem caches expirando.

O trade-off

  • TTL alto (horas/dias): menos consultas, mais barato, mais resiliente a soluços de nameserver — mas um registro errado ou uma migração leva esse mesmo tempo para corrigir em todo lugar.
  • TTL baixo (30–300 s): mudanças valem rápido — failover depende disso — ao custo de mais consultas batendo nos seus nameservers.

A receita prática de migração: abaixe o TTL para 300 s pelo menos UM TTL antigo inteiro antes da mudança (se era 86400, abaixe um dia antes), faça a mudança, e suba de volta depois de verificar.

Medindo direito

Pergunte a um resolver e você vê o tempo RESTANTE da cópia em cache dele, em contagem regressiva. Para ler o valor configurado, pergunte direto ao seu nameserver autoritativo:

dig @ns1.example-dns.com example.com A +norecurse   # TTL configurado
dig @8.8.8.8 example.com A                          # TTL restante do cache

Veja isso no seu próprio domínio

O diagnóstico DNS gratuito roda exatamente estas verificações — delegação, DNSSEC, e-mail, TTLs — em qualquer domínio.