Um registro novo que ainda não existe para algumas pessoas: a cache negativa e o SOA

Domínios e DNS·· 76 visualizações· 4 min de leitura

A resposta curta: os resolvers não guardam só as respostas que existem. Quando perguntam por um nome que não existe (NXDOMAIN) ou por um tipo de registro que o nome não tem (por exemplo, um TXT que ainda não criou), guardam também o «não». Quanto tempo: o menor de dois números do registro SOA da zona, o TTL do próprio SOA e o último campo dele. Se alguém perguntou antes de o registro existir, esse resolver continua dizendo «não existe» durante esse tempo, mesmo com o registro já criado.

Situações típicas

O que aconteceu Porque ainda falha
Abriu loja.yourcompany.com no navegador para «ver se já funciona», e só depois criou o registro O seu resolver guardou o «não existe» da primeira tentativa.
Criou o TXT de verificação e o serviço diz que não o encontra O serviço verificou antes de o registro existir, e o resolver dele guardou o «não há TXT». Ver registros TXT de verificação.
O editor de zona acrescentou o domínio ao nome, e o registro ficou com o nome errado O nome certo nunca existiu: quem perguntou guardou o «não». Depois de corrigir, essas caches ainda têm que expirar.
Apagou um registro por engano e voltou a criá-lo Quem perguntou no intervalo guardou o «não existe».
A zona tem um registro curinga (*) Aqui não há NXDOMAIN: o curinga responde a qualquer nome, e é a resposta do curinga que fica em cache. Ver o registro curinga.

Ver o «não» guardado, e livrar-se dele

1 Pergunte à fonte se o registro existe: dig @dns1.mozout.com A loja.yourcompany.com +noall +answer se a zona está conosco. Se a fonte não responde com o registro, não é cache: o registro não existe, ou tem outro nome.
2 Pergunte ao seu resolver e olhe para o cabeçalho e para a seção AUTHORITY:dig A loja.yourcompany.com
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN
;; AUTHORITY SECTION:
yourcompany.com. <segundos> IN SOA ...
O número na linha do SOA vai a descer: é quanto tempo esse resolver ainda vai repetir o «não».
3 Veja o SOA da zona: dig SOA yourcompany.com +noall +answer. O último número da linha é o campo que limita a cache negativa; o tempo real é o menor entre esse número e o TTL do próprio SOA.
4 Limpe as caches que controla (o computador, o navegador, o celular), como em as caches que o ipconfig não alcança, e teste em outro resolver, por exemplo dig @1.1.1.1 A loja.yourcompany.com.
5 Num serviço que verifica o domínio, espere que o tempo da cache negativa passe e só então volte a clicar em «Verificar». Carregar antes só faz o resolver dele repetir o «não» que tem guardado.
Crie o registro antes de alguém perguntar por ele. Testar um subdomínio que ainda não existe, ou clicar em «Verificar» antes de gravar o TXT, é o que enche a cache de «nãos». Não mexa nos valores do SOA sem saber o que faz: numa hospedagem compartilhada o SOA é gerido pelo servidor.
A ordem certa num serviço novo: primeiro grava o registro, depois confirma na fonte que ele lá está, e só então pede ao serviço que verifique. Quem nunca perguntou não tem nada a esquecer.

Criou o registro e ainda há quem receba «não existe»? Diga-nos o nome completo e o tipo de registro.

Abrir pedido de suporte

VEJA TAMBÉM

DNS_PROBE_FINISHED_NXDOMAIN: o que significa e o que verificar

Um registro DNS curinga (*): o que faz e quando atrapalha

Provar que o domínio é seu: registros TXT de verificação

Apontar um subdomínio para outro servidor ou serviço: registro A ou CNAME

Perguntar a vários resolvers de DNS: como ler um verificador de propagação sem pânico

O que é mesmo a propagação do DNS: caches que expiram, não uma mudança que viaja

PRODUTO RECOMENDADO

Alojamento de sites com cPanel

Domínio e SSL incluídos, cópias diárias e o painel que já conhece. desde $6.60/mês (plano de 3 anos, com cupom)

Ver planos
Esta resposta foi útil? Sua resposta nos ajuda a melhorar este artigo.