Calculadora de DNS Cache TTL Record Resolver

Calculadora de TTL e Cache de Resolver DNS

O campo TTL (Time To Live) de um registro DNS informa a todos os resolvers downstream por quantos segundos podem cachear a resposta antes de reconsultar o servidor autoritativo. O protocolo base é definido na RFC 1035 (1987), com o TTL expresso em segundos. Escolher o valor é um trade-off: TTL baixo (60–300s) permite mudanças rápidas — útil para failover de CDN, deploys blue/green e GSLB dinâmico — ao custo de mais consultas no autoritativo; TTL alto (86 400s = 24h ou mais) minimiza a carga de queries e melhora a latência de resolução para registros estáveis como MX e NS.

O negative caching (RFC 2308) é controlado separadamente pelo campo MINIMUM do SOA da zona — mantenha-o curto (300–3600s) para que registros recém-criados propaguem rápido. O round-robin DNS distribui carga retornando múltiplos A/AAAA em ordem rotativa, enquanto resolvers anycast públicos como Cloudflare 1.1.1.1 e Google 8.8.8.8 roteiam cada consulta ao PoP geograficamente mais próximo, reduzindo drasticamente a latência de cauda.

Aplicações

Use esta calculadora para estimar volume de queries contra servidores autoritativos, planejar janelas de redução de TTL antes de uma migração (baixar para 60s 24h antes, depois subir após o cutover), dimensionar memória de cache do resolver e raciocinar sobre vida útil do cache negativo em cenários de typo ou wildcard. Útil ao operar BIND, Unbound, PowerDNS, Route 53, Cloudflare DNS, ou qualquer configuração GeoDNS / weighted-routing.

FAQ

Por que minhas mudanças de DNS não propagam imediatamente mesmo após o TTL expirar? Provedores de internet e resolvers corporativos frequentemente ignoram TTLs baixos e impõem um piso (comumente 300s ou até 3600s) para reduzir carga upstream. Use dig +trace contra um servidor autoritativo para confirmar o valor canônico.

Qual é um TTL padrão razoável? Para registros estáticos, 3600–86400s. Para registros que podem mover (edges de CDN, A records atrás de load balancer), 300s. Para failover ativo, 60s — mas espere que cerca de metade dos clientes honre valores mais longos.

Devo me preocupar com o MINIMUM do SOA? Sim, se você cria subdomínios novos com frequência — um MINIMUM de 24h significa que uma consulta com typo pode ficar cacheada como NXDOMAIN por um dia inteiro. 900–3600s é um meio-termo comum.