1001Ferramentas
🗂️ Calculadoras

Calculadora de DNS Cache TTL Record Resolver

Estima tempo medio em cache de um registro DNS em resolver com base em TTL e requisicoes por hora.

Calculadora de TTL e Cache de Resolver DNS

O campo TTL (Time To Live) de um registro DNS diz a todos os resolvers downstream por quantos segundos eles podem guardar a resposta antes de reconsultar o servidor autoritativo. O protocolo base vem da RFC 1035 (1987), e o valor é contado em segundos. Escolher o número é pesar os dois lados. Um TTL baixo (60–300s) faz as mudanças valerem rápido, o que ajuda no failover de CDN, em deploys blue/green e em GSLB dinâmico, mas joga muito mais consulta no autoritativo. Já um TTL alto (86 400s = 24h ou mais) corta essa carga e acelera a resolução de registros que quase não mudam, como MX e NS.

O negative caching (RFC 2308) segue regra própria, definida pelo campo MINIMUM do SOA da zona. Mantenha-o curto (300–3600s) para que um registro recém-criado apareça logo, em vez de ficar memorizado como inexistente. O round-robin DNS distribui carga devolvendo vários A/AAAA em ordem rotativa. Resolvers anycast públicos, como o Cloudflare 1.1.1.1 e o Google 8.8.8.8, mandam cada consulta para o PoP mais próximo e, com isso, derrubam bastante a latência de cauda.

Aplicações

Recorra a esta calculadora quando precisar estimar quanto de tráfego de queries chega aos servidores autoritativos, planejar a janela de redução de TTL antes de uma migração (baixar para 60s um dia antes e voltar a subir depois que o cutover assenta), dimensionar a memória que o cache do resolver vai consumir ou pensar em quanto tempo o cache negativo sobrevive em casos de typo e wildcard. Serve igual para quem opera 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? Muitos provedores e resolvers corporativos ignoram TTLs baixos e impõem um piso próprio, em geral 300s e às vezes 3600s, para aliviar a carga upstream. Rode dig +trace contra um servidor autoritativo se quiser ver o valor real que a zona está publicando.

Qual é um TTL padrão razoável? Registros estáticos ficam bem em 3600–86400s. Se o registro pode mudar de lugar, como edges de CDN ou A records atrás de load balancer, 300s é mais seguro. Failover ativo costuma pedir 60s, mas conte que boa parte dos clientes vai se apegar a valores mais longos mesmo assim.

Devo me preocupar com o MINIMUM do SOA? Se você cria subdomínios novos com frequência, sim. Deixe o MINIMUM em 24h e uma única consulta digitada errado pode ficar cacheada como NXDOMAIN por um dia inteiro. A maioria das pessoas acaba em algum ponto entre 900 e 3600s como meio-termo.

Ferramentas Relacionadas

Os resultados desta ferramenta têm caráter apenas informativo e educativo e não constituem aconselhamento profissional, financeiro, médico, jurídico, tributário ou contábil. Confirme decisões importantes com um profissional qualificado e fontes oficiais.