Guia de TTL no DNS: o que é, como ajustar e quando reduzir

15 min de leitura  ·  Guia técnico

TTL no DNS (Time to Live) é o valor em segundos que define por quanto tempo um registro DNS fica armazenado em cache nos resolvers ao redor do mundo. Ajustar o TTL corretamente é essencial antes de migrações, trocas de servidor ou qualquer mudança de infraestrutura. Para configurar e gerenciar o TTL com segurança, siga estes passos:

1. Verifique o TTL atual do domínio com dig ou nslookup.
2. Reduza o TTL para 300 segundos com pelo menos 48 horas de antecedência à mudança.
3. Aguarde o TTL antigo expirar em todos os resolvers.
4. Realize a alteração do registro DNS (A, CNAME, MX etc.).
5. Confirme a propagação com ferramentas de verificação global.
6. Restaure o TTL para 3600 ou mais após a conclusão da migração.

Pré-requisitos para gerenciar TTL no DNS

• Acesso ao painel de controle do seu provedor de DNS (cPanel, Cloudflare, Route 53, Registro.br etc.).
• Terminal Linux, macOS ou Windows com dig, nslookup ou host disponíveis.
• Conhecimento básico dos tipos de registro DNS: A, AAAA, CNAME, MX, TXT e NS.
• Permissão de edição nos registros DNS do domínio em questão.
• Planejamento prévio: mudanças de TTL exigem antecedência mínima de 48 horas para surtir efeito global.

O que é TTL no DNS e como ele funciona na prática

O TTL no DNS determina por quanto tempo um resolver recursivo — como o 8.8.8.8 do Google ou o 1.1.1.1 da Cloudflare — mantém uma resposta DNS em cache antes de consultar novamente o servidor autoritativo. Quando um usuário acessa exemplo.com.br, o resolver verifica se já possui a resposta em cache. Se o TTL ainda não expirou, ele retorna o valor armazenado sem contatar o servidor autoritativo. Isso reduz a latência de resolução e diminui a carga nos servidores DNS.

O TTL é definido por registro, não por domínio inteiro. Isso significa que o registro A do seu domínio pode ter TTL de 3600 segundos, enquanto o registro MX pode ter TTL de 86400 segundos. Cada tipo de registro tem necessidades diferentes: registros de e-mail raramente mudam, então TTLs altos fazem sentido; registros A de servidores que passam por manutenção frequente se beneficiam de TTLs menores.

Quando o TTL expira, o resolver descarta o cache e faz uma nova consulta ao servidor autoritativo. O novo valor retornado — com seu próprio TTL — começa a ser contado do zero. Esse ciclo se repete indefinidamente enquanto o domínio estiver ativo. Para entender melhor como gerenciar registros DNS no painel da AviraHost, consulte o artigo Como gerenciar um domínio.

Valores típicos de TTL e seus casos de uso:

• 300 segundos (5 minutos): usado antes de migrações ou durante testes de configuração.
• 3600 segundos (1 hora): padrão recomendado para a maioria dos domínios em produção.
• 86400 segundos (24 horas): adequado para registros estáveis como NS e MX de longa data.
• 60 segundos ou menos: usado em cenários de failover automático ou balanceamento de carga DNS.

Como verificar o TTL atual de um registro DNS

Antes de qualquer alteração, é fundamental conhecer o tempo de vida do registro DNS atual para calcular o tempo de espera necessário. O comando dig é a ferramenta mais precisa para isso em sistemas Linux e macOS.

Para verificar o TTL do registro A de um domínio:

dig exemplo.com.br A +noall +answer

Saída esperada:

exemplo.com.br.    3542    IN    A    203.0.113.10

O número 3542 é o TTL restante em segundos naquele resolver específico — não o TTL configurado no servidor autoritativo. Para ver o TTL original no servidor autoritativo, adicione a flag +cd e consulte diretamente o nameserver:

dig @ns1.avirahost.com.br exemplo.com.br A +noall +answer

No Windows, use o nslookup:

nslookup -type=A exemplo.com.br 8.8.8.8

Saída esperada no Windows:

Server:  dns.google
Address:  8.8.8.8

Non-authoritative answer:
Name:    exemplo.com.br
Address:  203.0.113.10

Para verificar o TTL de registros MX (e-mail):

dig exemplo.com.br MX +noall +answer

Saída esperada:

exemplo.com.br.    86400    IN    MX    10 mail.exemplo.com.br.

Você também pode usar ferramentas online como dnschecker.org ou whatsmydns.net para verificar a propagação do TTL em múltiplos resolvers ao redor do mundo simultaneamente.

Como reduzir o TTL antes de uma migração de servidor

Reduzir o TTL de DNS antes de migração é a etapa mais crítica para garantir que a troca de servidor ocorra com o mínimo de downtime. O processo exige planejamento com antecedência porque o TTL atual precisa expirar antes que o novo valor seja respeitado pelos resolvers.

Atenção: alterar o TTL sem aguardar o período correto pode resultar em usuários sendo direcionados ao servidor antigo por horas ou dias após a migração.

1. Acesse o painel DNS do seu provedor (cPanel, Cloudflare, Route 53 ou similar).
2. Localize o registro que será alterado (geralmente o registro A ou CNAME).
3. Anote o TTL atual — por exemplo, 86400 segundos.
4. Altere o TTL para 300 segundos e salve.
5. Aguarde exatamente o tempo do TTL antigo (86400 segundos = 24 horas) para que todos os resolvers descartem o cache anterior.
6. Após o período de espera, realize a mudança do endereço IP ou destino do registro.
7. Verifique a propagação com dig em múltiplos resolvers.
8. Após confirmar que a migração está estável (recomendado: 24 a 48 horas), restaure o TTL para 3600 ou o valor original.

Exemplo prático: se hoje é segunda-feira e você precisa migrar o servidor na quarta-feira às 10h, reduza o TTL na segunda-feira às 10h. Isso garante que, na quarta-feira, todos os resolvers já estejam consultando o servidor autoritativo a cada 5 minutos, e a mudança de IP propagará rapidamente.

Para configurar DNS personalizado no painel da AviraHost, veja o guia Como Configurar DNS Personalizado para Seu Domínio na AviraHost.

Como ajustar o TTL no cPanel

O cPanel oferece uma interface gráfica para editar registros DNS, incluindo o ajuste de TTL por registro. O processo varia levemente dependendo da versão do cPanel, mas o fluxo geral é consistente.

1. Faça login no cPanel do seu domínio.
2. Acesse a seção Domínios e clique em Editor de Zona DNS (ou Zone Editor).
3. Localize o domínio desejado e clique em Gerenciar.
4. Encontre o registro que deseja editar (A, CNAME, MX etc.).
5. Clique em Editar ao lado do registro.
6. No campo TTL, substitua o valor atual por 300.
7. Clique em Salvar Registro.

Se o cPanel não exibir o campo TTL por padrão, verifique se o modo avançado está ativado. Alguns provedores de hospedagem compartilhada restringem a edição de TTL — nesse caso, entre em contato com o suporte para solicitar a alteração.

Para editar TTL via linha de comando em um servidor com BIND (named), edite o arquivo de zona diretamente:

nano /etc/named/zones/db.exemplo.com.br

Localize a linha do registro e altere o valor numérico antes do tipo:

exemplo.com.br.    300    IN    A    203.0.113.10

Após salvar, recarregue o BIND:

rndc reload exemplo.com.br

Saída esperada:

zone reload up-to-date

Como verificar a propagação do DNS após alterar o TTL

Após realizar a mudança, monitorar a propagação de registros DNS é essencial para confirmar que os resolvers ao redor do mundo já estão retornando o novo valor. Use os seguintes métodos:

Verificar em múltiplos resolvers com dig:

dig @8.8.8.8 exemplo.com.br A +short
dig @1.1.1.1 exemplo.com.br A +short
dig @208.67.222.222 exemplo.com.br A +short

Saída esperada (após propagação completa, todos devem retornar o mesmo IP):

203.0.113.20
203.0.113.20
203.0.113.20

Para verificar o TTL restante em cada resolver e confirmar que o novo TTL está sendo respeitado:

dig @8.8.8.8 exemplo.com.br A +noall +answer

Saída esperada com novo TTL de 300:

exemplo.com.br.    298    IN    A    203.0.113.20

Se o TTL retornado ainda for alto (ex: 85000), significa que aquele resolver ainda está servindo o cache antigo e ainda não consultou o servidor autoritativo. Aguarde o tempo restante indicado.

Ferramentas online úteis para verificação global:

• dnschecker.org: verifica propagação em mais de 100 localizações globais.
• whatsmydns.net: interface simples para verificar A, CNAME, MX e outros registros.
• mxtoolbox.com: especializado em diagnóstico de registros MX e SPF.

Problemas comuns e como resolver

Sintoma: TTL foi reduzido, mas a propagação ainda demora horas

Causa: o TTL anterior era alto (ex: 86400 segundos) e os resolvers ainda estão servindo o cache antigo. A redução do TTL só é respeitada após o TTL anterior expirar completamente em cada resolver.
Solução: aguarde o tempo equivalente ao TTL antigo antes de realizar a mudança principal. Se o TTL anterior era 86400, espere 24 horas após reduzir para 300. Use dig @8.8.8.8 exemplo.com.br A +noall +answer para monitorar o TTL restante no resolver do Google.

Sintoma: registro DNS atualizado, mas site ainda aponta para o servidor antigo

Causa: o sistema operacional ou o navegador do usuário possui cache DNS local que ainda não expirou, independentemente do TTL do servidor.
Solução: limpe o cache DNS local. No Linux: sudo systemd-resolve --flush-caches. No macOS: sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. No Windows: ipconfig /flushdns. Após limpar, teste novamente com dig ou nslookup.

Sintoma: TTL exibido pelo dig é diferente do configurado no painel

Causa: o dig exibe o TTL restante no resolver consultado, não o TTL configurado no servidor autoritativo. Se o resolver já possui o registro em cache, o TTL decresce a cada segundo.
Solução: consulte diretamente o servidor autoritativo do domínio para ver o TTL original: dig @ns1.seudominio.com.br exemplo.com.br A +noall +answer. O valor retornado pelo nameserver autoritativo reflete exatamente o que está configurado na zona DNS.

Sintoma: cPanel não permite editar o campo TTL

Causa: planos de hospedagem compartilhada frequentemente restringem a edição de TTL para evitar configurações incorretas que afetem outros usuários no servidor.
Solução: entre em contato com o suporte do provedor para solicitar a alteração do TTL. Alternativamente, migre a gestão de DNS para o Cloudflare (plano gratuito), que oferece controle total sobre TTL por registro. Se você gerencia seu próprio VPS com BIND ou PowerDNS, edite o arquivo de zona diretamente.

Sintoma: após restaurar TTL alto, resolvers demoram a adotar o novo valor

Causa: alguns resolvers implementam um TTL mínimo interno (geralmente 30 a 60 segundos) e ignoram TTLs muito baixos. Ao restaurar para um valor alto, o comportamento volta ao normal após o TTL de 300 segundos expirar.
Solução: aguarde pelo menos 10 minutos após restaurar o TTL alto. Verifique com dig se o novo TTL está sendo retornado corretamente pelo servidor autoritativo.

Perguntas frequentes sobre TTL no DNS

O que é TTL no DNS e para que serve?

TTL (Time to Live) é o tempo, em segundos, que um registro DNS fica armazenado em cache nos resolvers ao redor do mundo. Quando o TTL expira, o resolver descarta o cache e consulta novamente o servidor autoritativo para obter o valor atualizado. Valores altos reduzem a carga nos servidores, mas atrasam a propagação de mudanças. Valores baixos aceleram a propagação, mas aumentam o número de consultas ao servidor autoritativo.

Qual é o valor ideal de TTL para um domínio em produção?

Para domínios estáveis em produção, um TTL entre 3600 e 86400 segundos (1 a 24 horas) é adequado, pois reduz consultas repetidas e alivia a carga nos servidores DNS. Antes de migrações ou mudanças planejadas, reduza o TTL para 300 segundos (5 minutos) com pelo menos 48 horas de antecedência para garantir propagação rápida. Após concluir a mudança, restaure o TTL para o valor original.

Quanto tempo leva a propagação de DNS após mudar o TTL?

A propagação depende do TTL anterior: se estava em 86400 segundos, os resolvers podem manter o cache por até 24 horas antes de buscar o novo valor. Após reduzir o TTL para 300 segundos e aguardar o TTL antigo expirar, mudanças subsequentes propagam em 5 a 10 minutos na maioria dos resolvers globais. Resolvers de ISPs regionais podem levar um pouco mais, mas raramente ultrapassam 30 minutos com TTL de 300.

Como verificar o TTL atual de um registro DNS?

Execute o comando dig exemplo.com A +noall +answer no terminal Linux ou macOS para ver o TTL atual do registro A. No Windows, use nslookup -type=A exemplo.com 8.8.8.8. O valor numérico exibido antes do tipo de registro é o TTL restante em segundos naquele resolver. Para ver o TTL configurado no servidor autoritativo, consulte diretamente o nameserver do domínio com dig @ns1.dominio.com exemplo.com A +noall +answer.

Reduzir o TTL afeta o desempenho do site?

TTL baixo aumenta o número de consultas DNS aos servidores autoritativos, o que pode elevar levemente a latência de resolução e a carga no servidor DNS. Para a maioria dos sites, esse impacto é imperceptível, pois a resolução DNS representa apenas uma fração do tempo total de carregamento de uma página. Após concluir a migração ou mudança, restaure o TTL para um valor alto (3600 ou mais) para normalizar o comportamento e reduzir a carga nos servidores.

Conclusão

• Planeje com antecedência: reduza o TTL para 300 segundos pelo menos 48 horas antes de qualquer migração ou mudança de registro DNS para garantir propagação rápida.
• Monitore com dig: use dig @8.8.8.8 seudominio.com.br A +noall +answer para acompanhar o TTL restante em resolvers específicos e confirmar que a propagação ocorreu corretamente.
• Restaure o TTL após a mudança: mantenha TTL baixo apenas durante o período necessário e retorne para 3600 ou mais assim que a migração estiver confirmada, evitando carga desnecessária nos servidores DNS.

Leia também

• Otimizar a propagação de DNS: por que demora e como acelerar
• Guia de zona DNS: registros A, MX, CNAME e TXT do zero
• Solucionar problemas de DNS no VPS Linux gratuito vs pago: vale a pena investir em 2025?

Precisa de ajuda com DNS e domínios?

Gerenciar TTL, zonas DNS e migrações de servidor pode ser desafiador, especialmente quando o downtime precisa ser zero. A AviraHost oferece suporte técnico especializado e infraestrutura de hospedagem com painel DNS completo para que você tenha controle total sobre seus registros.

Conheça os planos de hospedagem da AviraHost