// Ferramenta grátis · Cálculo de TTL de DNS
Calculadora e conversor de TTL de DNS
Coloque um TTL e além da conversão em horas e minutos você recebe a ordem das operações. Antes de trocar de servidor de nomes ou de hospedagem você baixa o TTL do registro para 300 segundos — mas com quanta antecedência fazer isso é o TTL atual que decide. E se o domínio já está devolvendo NXDOMAIN, ela calcula o cache negativo pela RFC 2308, que é o motivo de a queda durar mais do que o conserto. Tudo é calculado dentro do seu navegador; os valores que você digita não são enviados a lugar nenhum.
Também emEnglishDeutsch日本語EspañolFrançais한국어繁體中文Português (Brasil)
Segundos, ou notação de duração: 3600 / 1h / 90min / 1d 12h / 04:00:00. Valores acima de uma semana não são aceitos.
Valores comuns — clique para preencher:
O TTL baixo usado só durante a janela de troca. 300 segundos é o padrão; abaixo de 60 você só aumenta as consultas sem ganhar nada.
Os dois estão no SOA da seção authority de uma resposta NXDOMAIN: dig SOA exemplo.com.br. A RFC 2308 usa o menor. O padrão 900 foi medido no registro .br.
Como usar a calculadora de TTL
Três campos, sem conta, e a conta é feita aqui mesmo. Os valores que você digita não são enviados a lugar nenhum.
- Coloque o TTL atual. O TTL configurado no registro que você vai mudar, em segundos ou em notação como 1h. Você recebe a conversão em tempo legível e se ele é de troca, de equilíbrio ou de estabilidade.
- Leia a ordem da troca. O TTL baixo para a janela, com quanta antecedência publicá-lo, quanto esperar depois da troca até o cache acompanhar, e para que valor voltar no fim.
- Se já está dando NXDOMAIN, some os números do SOA. Rode dig SOA exemplo.com.br, pegue o campo minimum e o TTL do próprio registro SOA, e a calculadora devolve o tempo de cache negativo da RFC 2308 — quanto tempo a negativa sobrevive ao conserto.
Troca de servidor de nomes: quando baixar e quando virar
A ordem em si é curta. O difícil é a antecedência, e quem decide isso é o TTL que está no ar agora.
- Baixe o TTL primeiro. Mude para 300 segundos o TTL do registro que vai mudar. Ainda não mexa em mais nada.
- Espere um TTL antigo inteiro. Quem já cacheou com 3600 só volta a perguntar quando aquela hora terminar. Com folga, espere o dobro.
- Só então faça a troca. Nesse ponto todo mundo está com a versão de 300 segundos, e a virada acompanha em cinco minutos.
- Restaure depois de estabilizar. Volte para 3600 ou 14400. Deixar 300 permanente só aumenta o volume de consultas.
Aqui mora o mal-entendido mais comum: baixar o TTL não deixa a troca mais rápida por si só. Só deixa se você baixar com antecedência suficiente. Baixar na manhã da virada não adianta — o cache continua rodando com o TTL longo de ontem.
Os números do .br, e por que «24 a 48 horas» não é o seu caso
Praticamente todo tutorial em português diz que uma mudança de DNS leva de 24 a 48 horas. Esse não é o número do .br.
Os valores abaixo foram lidos em 5 de setembro de 2026 perguntando direto aos servidores autoritativos do .br. Não são o texto do painel de controle, são a resposta real.
| Atraso | Medido | Dá para mudar? |
|---|---|---|
TTL da delegação NS em .com.br | 3600 s = 1 hora | Não — quem define é o registro |
Cache negativo em br. e com.br. | 900 s = 15 minutos | Não — mas é curto |
| TTL dos seus próprios registros | O que você configurar | Sim — é o único que você baixa |
(comparação) TTL da delegação em .com | 172800 s = 48 horas | Não |
Dá para refazer a conta:
$ dig @c.dns.br NS uol.com.br +noall +authority +answer
uol.com.br. 3600 IN NS eliot.uol.com.br.
$ dig @c.dns.br A zzz-nx-teste.com.br
com.br. 900 IN SOA a.dns.br. hostmaster.registro.br. ... 1800 900 604800 900As duas metades são curtas. Uma troca de servidor de nomes em .com.br é uma operação da ordem de uma hora, não de dois dias. O «24 a 48 horas» vem dos 172800 segundos do .com e foi copiado para o português inteiro sem que ninguém refizesse a medição — no .br é 1/48 disso.
A ironia mensurável do registro.br
O .br tem uma particularidade que os outros mercados desta família não têm: o registro.br é ao mesmo tempo o registro e o operador de DNS da zona. E aí aparece um contraste que dá para medir em dois comandos.
$ dig @a.dns.br A registro.br +noall +answer
registro.br. 172800 IN A ...A zona que ele opera delega com TTL de 3600. O domínio dele mesmo publica 172800 — 48 horas. Não há nada de errado nisso: registro.br é um registro que não muda de endereço, então um TTL longo é a escolha certa para ele. O ponto é outro: os dois números vivem no mesmo lugar e servem a propósitos opostos, e é exatamente essa confusão que produz a lenda das 48 horas. Quando alguém diz «o DNS do .br demora dois dias», normalmente está olhando para um TTL de registro — o seu, ou o de alguém — e não para a delegação.
O que as hospedagens brasileiras devolvem na própria zona
Em 5 de setembro de 2026, perguntando direto ao servidor autoritativo de cada uma pelo TTL do registro A do próprio domínio. Isso não é o padrão do painel — é o número que elas efetivamente publicam.
| Provedor | TTL do registro A na própria zona |
|---|---|
| KingHost (kinghost.com.br) | 60 s |
| UOL Host (uolhost.uol.com.br) | 60 s |
| Locaweb (locaweb.com.br) | 300 s |
| HostGator Brasil (hostgator.com.br) | 300 s |
As quatro usam TTL curto no próprio site — ficam livres para mudar quando quiserem. Isso não quer dizer que o padrão aplicado à sua zona seja o mesmo; confira o do seu domínio.
Cache negativo: por que não melhora no instante do conserto
Se o domínio ficou «inexistente» por algum tempo — delegação quebrada, registro apagado, janela vazia numa migração — os resolvedores que perguntaram naquele intervalo cachearam a resposta «não existe». E a validade desse cache não vem do TTL do seu registro: vem do SOA.
A regra da RFC 2308 é min(campo minimum do SOA, TTL do próprio registro SOA). Ler só o minimum dá errado — há muitas zonas em que os dois valores diferem, e aí vence o menor.
$ dig SOA exemplo.com.br +noall +authorityÉ por isso que a queda termina depois do conserto. Se a delegação já está corrigida e parte dos usuários ainda não enxerga, quase sempre não é defeito: é cache negativo por expirar. No .br são 15 minutos.
Valores de TTL mais vistos, e para que serve cada um
| TTL | Tempo | Quando usar |
|---|---|---|
| 60 | 1 minuto | Durante um incidente. Permanente, só encarece as consultas |
| 300 | 5 minutos | Padrão de troca. Só durante a migração |
| 900 | 15 minutos | Registros que mudam com frequência. Mesma duração do cache negativo do .br |
| 3600 | 1 hora | Ponto de equilíbrio. Padrão da maioria — e TTL da delegação em .com.br |
| 14400 | 4 horas | Registros estáveis, como um MX que não muda |
| 86400 | 24 horas | Registros praticamente fixos |
| 172800 | 48 horas | TTL da delegação em .com — e o que o próprio registro.br publica para si |
Compare a quarta linha com a última: no .com.br a delegação é 3600; no .com, 172800. A mesma frase «espere dois dias» faz você esperar quarenta e sete horas a mais do que precisa.
// Perguntas frequentes
Qual TTL usar antes de trocar o servidor de nomes?
Baixe para 300 segundos o TTL do registro que vai mudar, espere um TTL atual inteiro (com folga, o dobro) e só então faça a troca. Se hoje está 3600, baixe pelo menos uma hora antes — com folga, duas. Baixar na manhã da virada não adianta, porque o cache continua rodando com o TTL longo do dia anterior. Depois de estabilizar, volte para 3600 ou 14400.
TTL 3600 são quantas horas?
3600 segundos é exatamente 1 hora. Um resolvedor que cacheou esse registro não volta a perguntar por até uma hora. Por isso, ao planejar a mudança, essa hora tem que caber antes da virada, não depois.
Quanto tempo demora trocar o DNS de um domínio .com.br?
Medindo direto nos servidores autoritativos do .br em 5 de setembro de 2026, o TTL da delegação NS em .com.br é de 3600 segundos, ou seja, uma hora; o cache negativo é de 900 segundos. As duas metades são curtas, então uma troca de servidor de nomes no .com.br é uma operação de cerca de uma hora. O famoso «24 a 48 horas» vem dos 172800 segundos do .com e não se aplica ao .br.
Como calcular o TTL do cache negativo?
Pela RFC 2308, é min(campo minimum do SOA, TTL do próprio registro SOA). Ler só o minimum dá errado, porque em muitas zonas os dois valores diferem. Rode dig SOA exemplo.com.br e pegue os dois. No registro .br os dois são 900, então o cache negativo é de 900 segundos — 15 minutos.
Baixar o TTL acelera a troca?
Só se você baixar com antecedência suficiente, porque o TTL não se aplica retroativamente ao que já foi cacheado. E quando o que muda é o próprio servidor de nomes existe ainda o TTL da delegação, que não é seu: uma hora no .com.br, quarenta e oito no .com.
É ruim deixar o TTL muito curto?
Abaixo de 60 segundos você aumenta o volume de consultas sem ganhar quase nada. Por algumas horas, num incidente ou numa migração, faz sentido; permanente, os resolvedores voltam o tempo todo e a latência de resposta sobe junto. Restaure quando terminar.
O que vale é o TTL que vem junto da resposta.
Um comando lê seu domínio em duas famílias de resolvedores públicos e mostra o TTL restante de cada registro. Na sequência confere a zona, a atribuição de nomes de host e o que está sendo servido de verdade.
$ npm i -g @clize/clize && clize install $ clize domain check exemplo.com.br[ Agent Domains → ]