---
title: "TTL do DNS: o que é e por que propagação é só cache expirando"
description: "Entenda o TTL de um registro DNS, por que a propagação é cache expirando nos resolvedores, como baixar o TTL antes de migrar e conferir com dig e nslookup."
url: "https://streethosting.com.br/guias/infraestrutura/ttl-dns-propagacao-o-que-e"
category: "infraestrutura"
slug: "ttl-dns-propagacao-o-que-e"
datePublished: "2026-11-13"
dateModified: "2026-11-13"
author: "Equipe StreetHosting"
difficulty: "intermediario"
language: "pt-BR"
keywords:
  - "ttl dns"
  - "propagacao dns"
  - "quanto tempo demora dns propagar"
  - "baixar ttl antes de migrar"
  - "dig ttl"
  - "ipconfig flushdns"
---

# TTL do DNS e propagação: por que a mudança demora e como controlar isso

Quando você troca o IP de um domínio, nada se espalha pela internet. Cada resolvedor guarda a resposta antiga até o TTL acabar. Quem baixa o TTL antes da migração controla quanto tempo essa janela dura.

> **Resposta rápida**
>
> **TTL** (Time To Live) é o número de segundos que um resolvedor DNS pode guardar a resposta de um registro antes de perguntar de novo ao servidor de nomes. A chamada propagação do DNS não é uma mudança que viaja pela internet: é a soma dos caches antigos expirando em cada resolvedor. Para migrar sem dor, baixe o TTL do registro para 300 segundos, espere o tempo do TTL antigo passar, troque o IP e confira com `dig`, `nslookup` ou `Resolve-DnsName`.

## O que é TTL

Todo registro DNS tem um TTL, em segundos, definido por quem administra a zona. Ele diz a quem recebe a resposta por quanto tempo ela pode ser reaproveitada sem consultar de novo. Um registro A com TTL 3600 pode ser guardado por uma hora. Isso existe para o DNS aguentar a escala da internet: sem cache, cada acesso a um site exigiria uma consulta que chega até o servidor de nomes do domínio.

O cache acontece em camadas. Quando você abre um site, o navegador olha o próprio cache, depois o sistema operacional, depois o resolvedor que sua rede configurou (o do provedor, o do roteador ou um público como o 1.1.1.1). Só se nenhum tiver a resposta válida a consulta segue até o servidor de nomes autoritativo do domínio. Cada camada respeita o TTL, e o TTL que um resolvedor devolve em consultas repetidas vai diminuindo até zero.

| TTL | Equivale a | Quando faz sentido |
| --- | --- | --- |
| 60 | 1 minuto | Failover automático, testes, janelas de troca curtas |
| 300 | 5 minutos | Preparação de migração, serviços que mudam de IP |
| 3600 | 1 hora | Valor comum e equilibrado para sites |
| 14400 | 4 horas | Registros que quase nunca mudam |
| 86400 | 1 dia | Registros estáveis, como MX e TXT de verificação |

## Propagação é cache expirando

Quando você altera um registro no painel do DNS, o servidor de nomes autoritativo passa a responder com o valor novo imediatamente. Nada é empurrado para o resto do mundo. O que acontece é que os resolvedores que já tinham a resposta antiga continuam entregando essa resposta até o TTL dela acabar. Quando acaba, a próxima consulta busca o valor novo.

Por isso a mesma mudança pode parecer pronta para uma pessoa e quebrada para outra. Cada resolvedor guardou a resposta em um momento diferente, então cada um expira em um momento diferente. O tempo máximo de espera é o TTL que o registro tinha antes da mudança.

> **Atenção**
>
> Trocar os servidores de nomes de um domínio no registro de domínio (os registros NS) é outro caso. Essa informação fica na zona do domínio de topo, e o TTL dela costuma ser de 1 a 2 dias, definido por quem opera aquela extensão e não por você. Se a migração envolve mudar de servidor de nomes, planeje mais folga.

Alguns resolvedores de provedores também impõem um mínimo próprio ou ignoram TTLs muito baixos. Um TTL de 60 segundos não garante que todo mundo vai respeitar 60 segundos, mas costuma dar uma janela bem menor que a de um TTL de horas.

## Baixar o TTL antes de migrar

O truque é preparar o terreno. O TTL que vale é o que estava no registro no momento em que cada resolvedor guardou a resposta, então baixar o TTL na hora da troca não ajuda. O passo a passo:

1. **Anote o TTL atual** dos registros que vão mudar (A, AAAA e CNAME do domínio e do www). Esse número é o seu tempo de espera.
2. **Baixe o TTL para 300** nesses registros, sem mudar o IP ainda.
3. **Espere o TTL antigo passar.** Se era 86400, são 24 horas. Só depois disso todo resolvedor está trabalhando com o valor curto.
4. **Suba o novo servidor e teste** sem mexer no DNS, por exemplo apontando o domínio para o IP novo no arquivo hosts do seu computador.
5. **Troque o IP.** Em até 5 minutos quase todos estarão no servidor novo. Mantenha o servidor antigo no ar por um tempo.
6. **Suba o TTL de novo** para 3600 ou mais, quando estiver tudo estável.

O plano completo de migração, com banco de dados, certificados e verificação, está no guia sobre [como migrar de servidor sem downtime](https://streethosting.com.br/guias/infraestrutura/como-migrar-servidor-sem-downtime), e a criação dos registros do zero está em [apontar um domínio para a VPS](https://streethosting.com.br/guias/vps/apontar-dominio-vps-registro-dns).

## Consultar com dig, nslookup e PowerShell

Para saber o que cada lado enxerga, consulte o servidor de nomes autoritativo e um resolvedor público separadamente. A diferença entre os dois mostra o que ainda está em cache.

```
# Linux ou macOS: resposta e TTL vindos do resolvedor público
dig +noall +answer exemplo.com.br A @1.1.1.1

# quais são os servidores de nomes do domínio
dig +short exemplo.com.br NS

# pergunta direto ao servidor autoritativo (sem cache)
dig +noall +answer exemplo.com.br A @ns1.seuprovedor.com

# Windows (Prompt de Comando)
nslookup -type=A exemplo.com.br 1.1.1.1

# Windows (PowerShell): mostra a coluna TTL
Resolve-DnsName exemplo.com.br -Type A -Server 1.1.1.1 -DnsOnly
```

Na saída do `dig`, o segundo campo de cada linha da resposta é o TTL que ainda resta. Rode o mesmo comando duas vezes com alguns segundos de intervalo: se o número cair, a resposta veio de cache e está contando o tempo. Quando você consulta o servidor autoritativo, o valor é sempre o TTL cheio, porque ele não guarda cache da própria zona. O `Resolve-DnsName` mostra a mesma informação na coluna TTL.

> **Dica**
>
> Para comparar regiões, consulte vários resolvedores públicos em sequência (1.1.1.1, 8.8.8.8, 9.9.9.9). Se todos devolvem o IP novo, o grosso da internet já está atualizado. O que sobrar é cache de provedor, de roteador ou do próprio computador. Como esses endereços públicos são [anycast](https://streethosting.com.br/guias/infraestrutura/o-que-e-anycast), cada pessoa conversa com um ponto diferente, e por isso o resultado de um teste online nunca é uma foto do mundo inteiro.

## Cache do sistema e do navegador

Mesmo com o resolvedor atualizado, o seu computador pode continuar mostrando o IP antigo. O sistema operacional e o navegador guardam as próprias respostas. Os comandos para limpar:

```
# Windows (Prompt de Comando como administrador)
ipconfig /flushdns

# Windows (PowerShell)
Clear-DnsClientCache

# Linux com systemd-resolved (Ubuntu 24.04)
resolvectl flush-caches

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
```

- **Navegador:** o Chrome e outros navegadores baseados nele têm um cache de DNS próprio, que pode ser limpo em `chrome://net-internals/#dns`. Fechar e abrir o navegador por completo também resolve.
- **Arquivo hosts:** se o domínio aparece com o IP antigo mesmo depois de tudo limpo, confira o arquivo `/etc/hosts` no Linux e no macOS ou `C:\Windows\System32\drivers\etc\hosts` no Windows. Ele vale antes de qualquer consulta DNS, e é comum esquecer uma linha de teste ali.
- **Roteador e provedor:** alguns roteadores domésticos têm cache próprio. Reiniciar o roteador ou trocar o DNS do computador para um resolvedor público ajuda a descartar essa camada.

## TTL negativo

Os resolvedores também guardam respostas negativas: um NXDOMAIN, que diz que o nome não existe, ou uma resposta vazia, que diz que o nome existe mas sem aquele tipo de registro. Esse cache negativo tem tempo de vida próprio, definido pelo registro SOA da zona. Na prática vale o menor valor entre o TTL do próprio SOA e o campo mínimo dele.

O cenário clássico: você cria um subdomínio novo, como `painel.exemplo.com.br`, mas alguém (ou você mesmo, testando) já tinha consultado esse nome antes de ele existir. Resultado: o resolvedor lembra que o nome não existia e continua respondendo isso por um tempo, mesmo com o registro já criado. A saída é esperar o TTL negativo passar, consultar outro resolvedor ou limpar o cache local. Para evitar, crie o registro antes de começar a testar o endereço.

```
# SOA da zona: o último número é o campo mínimo; o TTL negativo
# é o menor valor entre ele e o TTL do próprio SOA
dig +noall +answer exemplo.com.br SOA
```

## Na hora de migrar para uma VPS

O controle do TTL é seu, no painel do DNS do domínio, e vale para qualquer provedor de hospedagem. O que a hospedagem entrega é o IP novo e a rapidez para ter o servidor pronto antes de trocar o DNS. Nas [VPS da StreetHosting](https://streethosting.com.br/vps), ativadas em cerca de 60 segundos depois que o Pix ou o cartão é aprovado, dá para subir o novo servidor, testar pelo arquivo hosts e só então trocar o registro, com o TTL já baixado.

Cada VPS tem IPv4 dedicado, então o IP que você coloca no registro A não muda sozinho com o tempo. Todas ficam em São Paulo, com acesso root e AntiDDoS incluso.

## Perguntas frequentes

### Quanto tempo demora a propagação do DNS?

No máximo o TTL que o registro tinha antes da mudança, contado a partir da última vez que cada resolvedor consultou. Se o TTL antigo era 3600, em até uma hora a maioria dos resolvedores já trouxe o valor novo. Em troca de servidores de nomes no registro de domínio, o prazo pode chegar a um ou dois dias.

### Qual TTL devo usar?

Para um registro estável, algo entre 3600 e 86400 segundos reduz consultas e funciona bem. Antes de uma migração, baixe para 300 e espere o TTL antigo passar. Depois que tudo estiver estável, suba de novo.

### Por que o meu domínio abre no celular mas não no computador?

Quase sempre são caches diferentes. O computador pode ter a resposta antiga no cache do sistema, no navegador ou no resolvedor do provedor, enquanto o celular usa outro caminho. Limpe o cache do sistema e confira com dig ou nslookup apontando para um resolvedor público.

### Baixar o TTL acelera a propagação?

Só para as mudanças futuras. O resolvedor que já guardou a resposta antiga continua com ela até o fim do TTL que veio junto com ela. Por isso o TTL precisa ser baixado com antecedência, pelo menos o tempo do TTL antigo antes da troca.

### O que é TTL negativo?

É o tempo que um resolvedor guarda a resposta de que um nome não existe. Se alguém consultou o domínio ou o subdomínio antes de você criar o registro, essa resposta negativa pode ficar em cache e atrasar o novo registro. O valor vem do registro SOA da zona.

## Guias relacionados

- [Como apontar domínio para VPS: registros A, AAAA e CNAME](https://streethosting.com.br/guias/vps/apontar-dominio-vps-registro-dns.md)
- [Como migrar um servidor para outro provedor sem downtime](https://streethosting.com.br/guias/infraestrutura/como-migrar-servidor-sem-downtime.md)
- [O que é reverse DNS (PTR) e para que serve no servidor](https://streethosting.com.br/guias/infraestrutura/o-que-e-reverse-dns-ptr.md)
- [Como migrar site WordPress para VPS sem perder visitas](https://streethosting.com.br/guias/vps/migrar-site-wordpress-para-vps.md)
- [O que é anycast e como o mesmo IP responde de vários lugares](https://streethosting.com.br/guias/infraestrutura/o-que-e-anycast.md)

## Produtos citados

- https://streethosting.com.br/vps

## Dados estruturados

```json
[
  {
    "@context": "https://schema.org",
    "@type": [
      "Article",
      "TechArticle"
    ],
    "headline": "TTL do DNS e propagação: por que a mudança demora e como controlar isso",
    "name": "TTL do DNS: o que é e por que propagação é só cache expirando",
    "abstract": "Quando você troca o IP de um domínio, nada se espalha pela internet. Cada resolvedor guarda a resposta antiga até o TTL acabar. Quem baixa o TTL antes da migração controla quanto tempo essa janela dura.",
    "description": "Entenda o TTL de um registro DNS, por que a propagação é cache expirando nos resolvedores, como baixar o TTL antes de migrar e conferir com dig e nslookup.",
    "datePublished": "2026-11-13",
    "dateModified": "2026-11-13",
    "author": {
      "@type": "Organization",
      "name": "Equipe StreetHosting"
    },
    "publisher": {
      "@type": "Organization",
      "name": "StreetHosting",
      "url": "https://streethosting.com.br"
    },
    "inLanguage": "pt-BR",
    "mainEntityOfPage": {
      "@type": "WebPage",
      "@id": "https://streethosting.com.br/guias/infraestrutura/ttl-dns-propagacao-o-que-e"
    }
  },
  {
    "@context": "https://schema.org",
    "@type": "FAQPage",
    "mainEntity": [
      {
        "@type": "Question",
        "name": "Quanto tempo demora a propagação do DNS?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "No máximo o TTL que o registro tinha antes da mudança, contado a partir da última vez que cada resolvedor consultou. Se o TTL antigo era 3600, em até uma hora a maioria dos resolvedores já trouxe o valor novo. Em troca de servidores de nomes no registro de domínio, o prazo pode chegar a um ou dois dias."
        }
      },
      {
        "@type": "Question",
        "name": "Qual TTL devo usar?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Para um registro estável, algo entre 3600 e 86400 segundos reduz consultas e funciona bem. Antes de uma migração, baixe para 300 e espere o TTL antigo passar. Depois que tudo estiver estável, suba de novo."
        }
      },
      {
        "@type": "Question",
        "name": "Por que o meu domínio abre no celular mas não no computador?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Quase sempre são caches diferentes. O computador pode ter a resposta antiga no cache do sistema, no navegador ou no resolvedor do provedor, enquanto o celular usa outro caminho. Limpe o cache do sistema e confira com dig ou nslookup apontando para um resolvedor público."
        }
      },
      {
        "@type": "Question",
        "name": "Baixar o TTL acelera a propagação?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Só para as mudanças futuras. O resolvedor que já guardou a resposta antiga continua com ela até o fim do TTL que veio junto com ela. Por isso o TTL precisa ser baixado com antecedência, pelo menos o tempo do TTL antigo antes da troca."
        }
      },
      {
        "@type": "Question",
        "name": "O que é TTL negativo?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "É o tempo que um resolvedor guarda a resposta de que um nome não existe. Se alguém consultou o domínio ou o subdomínio antes de você criar o registro, essa resposta negativa pode ficar em cache e atrasar o novo registro. O valor vem do registro SOA da zona."
        }
      }
    ]
  }
]
```