Resumo

Este verificador de propagação DNS estima por quanto tempo uma mudança de DNS pode permanecer invisível para alguns resolvedores. Propagação é expiração de cache: o resolvedor mantém a resposta antiga até o TTL acabar, então o pior caso é igual ao TTL antigo. Registros novos podem ficar em cache como ausentes pelo TTL negativo do SOA, e a troca de nameservers segue o TTL NS do registry. Informe o tipo de mudança, o TTL e o tempo desde a sua edição para ver a espera restante. Funciona no seu navegador e não consulta o DNS ao vivo.

Verificador de propagação DNS: quanto tempo até sua mudança ficar ativa

Informe o TTL e o tempo desde a sua edição. Este verificador de propagação DNS mostra a espera restante no pior caso para a mudança de um registro, uma nova chave DKIM ou a troca de nameservers.

Calcule sua janela de espera

Verificador de propagação DNS

Escolha o tipo de mudança, informe o TTL que se aplica e o tempo desde que você salvou. O resultado atualiza enquanto você digita, e nada sai do seu navegador.

O TTL que o registro tinha antes da edição, não o novo.

Como funciona

O que a calculadora realmente mede

Propagação é expiração de cache

O DNS não envia mudanças para lugar nenhum. Cada resolvedor guarda a resposta que buscou até o TTL acabar e só então pergunta de novo. O resolvedor mais lento é o que buscou a resposta antiga logo antes da sua edição, então o pior caso é igual ao TTL antigo.

Registros novos têm relógio próprio

Um registro que não existia ainda pode ficar em cache como ausente. Essa resposta negativa dura o menor valor entre o TTL do SOA e o campo MINIMUM do SOA. Se ninguém consultou o nome antes, o registro novo fica visível na hora.

A troca de nameservers segue o registry

Trocar nameservers altera os registros NS na zona pai, e esse TTL não é definido por você. A calculadora o recebe como entrada, com dois dias como valor típico para TLDs grandes como .com.

Antes de uma mudança de DNS de e-mail

Quatro passos que encurtam a espera

É a ordem que usamos para edições de SPF, DKIM, DMARC e MX em um domínio de envio.

  1. 1

    Leia o TTL atual

    Execute dig no registro e leia o número na seção de resposta. Esse é o TTL que a sua mudança terá de superar.

  2. 2

    Reduza-o com antecedência

    Defina o TTL para 300 segundos e espere pelo menos o tempo do TTL antigo antes de editar o registro. Os resolvedores precisam expirar a cópia de longa duração primeiro.

  3. 3

    Faça a mudança e anote a hora

    Salve a edição, anote o horário e informe o tempo decorrido na calculadora acima.

  4. 4

    Verifique na origem e depois em um resolvedor

    Consulte primeiro o seu nameserver autoritativo e depois um resolvedor público. Volte a aumentar o TTL quando os dois concordarem e a janela tiver passado.

Perguntas frequentes

Este verificador de propagação DNS é gratuito?
Sim. Sem cadastro e sem limite de uso. O cálculo é aritmética com três números que você digita, então funciona no seu navegador e nada é enviado para os nossos servidores.
Ele consulta servidores DNS ao vivo?
Não. Ele não busca o seu registro em resolvedores ao redor do mundo. Calcula o maior tempo que uma resposta em cache pode sobreviver, a partir do TTL que você informa. Para ver o que um resolvedor específico retorna agora, execute dig contra esse resolvedor e compare com a janela mostrada aqui.
Por que a estimativa usa o TTL antigo e não o novo?
Os resolvedores guardam em cache a resposta que buscaram antes da sua edição, junto com o TTL que veio com ela. Reduzir o TTL na mesma edição não ajuda os resolvedores que já têm a resposta antiga. O novo TTL só vale para respostas buscadas após a mudança.
O que é o TTL de cache negativo e quando ele se aplica?
Quando um resolvedor pede um nome que não tem registro, ele pode guardar em cache a resposta de que o nome não existe (RFC 2308). Essa resposta dura o menor valor entre o TTL do próprio registro SOA e o seu campo MINIMUM. Só afeta os resolvedores que consultaram o nome antes de você criar o registro, por exemplo um seletor DKIM que alguém testou cedo demais.
Por que a troca de nameservers demora tanto?
Os registros NS que apontam para os seus nameservers ficam no registry, com um TTL que você não controla. Para TLDs grandes como .com, esse TTL costuma ser de dois dias. Até ele expirar, alguns resolvedores continuam consultando os seus nameservers antigos.
Já passei da janela e ainda vejo o valor antigo. E agora?
Pare de culpar os caches. Consulte o seu nameserver autoritativo diretamente e confirme que ele serve o novo valor. Se não servir, a edição foi para a zona errada, para o nome de host errado ou nunca foi salva. Se servir, teste a partir de um resolvedor que você nunca usou e verifique se há cache local na sua máquina ou na sua rede.
Isso vale para registros SPF, DKIM e DMARC?
Sim. Eles são registros TXT e são armazenados em cache como qualquer outro. Um servidor receptor que guardou o seu registro SPF antigo continua avaliando por ele até o TTL acabar, então um envio logo após a edição pode ser julgado pela política antiga.

Acompanhe a infraestrutura por trás dos seus próprios envios

Esta ferramenta estima uma espera. A Notification Harbor cobre os envios que você controla: aquecimento de domínio, observabilidade em nível de trace e SPF, DKIM e DMARC configurados corretamente antes do primeiro envio de produção.

Veja como a Notification Harbor funciona
notificationharbor
Comece grátis