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

Domínios e DNS·· 2 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 registo 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 registo SOA da zona, o TTL do próprio SOA e o último campo dele. Se alguém perguntou antes de o registo existir, esse resolver continua a dizer «não existe» durante esse tempo, mesmo com o registo já criado.

Situações típicas

O que aconteceu Porque ainda falha
Abriu loja.asuaempresa.co.mz no navegador para «ver se já funciona», e só depois criou o registo 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 registo existir, e o resolver dele guardou o «não há TXT». Ver registos TXT de verificação.
O editor de zona acrescentou o domínio ao nome, e o registo ficou com o nome errado O nome certo nunca existiu: quem perguntou guardou o «não». Depois de corrigir, essas caches ainda têm de expirar.
Apagou um registo por engano e voltou a criá-lo Quem perguntou no intervalo guardou o «não existe».
A zona tem um registo curinga (*) Aqui não há NXDOMAIN: o curinga responde a qualquer nome, e é a resposta do curinga que fica em cache. Ver o registo curinga.

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

1 Pergunte à fonte se o registo existe: dig @dns1.interweb.co.mz A loja.asuaempresa.co.mz +noall +answer se a zona está connosco. Se a fonte não responde com o registo, não é cache: o registo não existe, ou tem outro nome.
2 Pergunte ao seu resolver e olhe para o cabeçalho e para a secção AUTHORITY:dig A loja.asuaempresa.co.mz
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN
;; AUTHORITY SECTION:
asuaempresa.co.mz. <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 asuaempresa.co.mz +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 telemóvel), como em as caches que o ipconfig não alcança, e teste noutro resolver, por exemplo dig @1.1.1.1 A loja.asuaempresa.co.mz.
5 Num serviço que verifica o domínio, espere que o tempo da cache negativa passe e só então volte a carregar em «Verificar». Carregar antes só faz o resolver dele repetir o «não» que tem guardado.
Crie o registo antes de alguém perguntar por ele. Testar um subdomínio que ainda não existe, ou carregar 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 partilhada o SOA é gerido pelo servidor.
A ordem certa num serviço novo: primeiro grava o registo, 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 registo e ainda há quem receba «não existe»? Diga-nos o nome completo e o tipo de registo.

Abrir pedido de suporte

VEJA TAMBÉM

DNS_PROBE_FINISHED_NXDOMAIN: o que significa e o que verificar

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

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

Apontar um subdomínio para outro servidor ou serviço: registo 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 321,75 MT/mês (plano de 3 anos, com cupão)

Ver planos
Esta resposta foi útil? A sua resposta ajuda-nos a melhorar este artigo.