Crias um novo subdomínio. A interface de gestão mostra o registo, um colega consegue aceder ao site, mas o teu computador continua a indicar NXDOMAIN. A alteração falhou? Não necessariamente. Um resolvedor também se pode lembrar de que um nome não existia antes. Esta resposta negativa armazenada é um estado por direito próprio.
O guia de resolução de problemas de DNS da Cloudflare, atualizado a 21 de outubro de 2026, descreve exatamente este caso. Trata-se de uma explicação técnica atual, não do lançamento de um novo produto DNS. Vale a pena fazer a distinção, porque vários armazenamentos completamente diferentes desaparecem sob a palavra quotidiana «cache»: respostas DNS, conteúdo do browser e ficheiros web em cache.
A inexistência anterior pode ainda estar armazenada
Um resolvedor recursivo consulta o nome por ti. Se tiver recebido anteriormente uma resposta negativa, pode reutilizá-la durante um tempo limitado. Se, entretanto, o registo for criado no servidor de nomes autoritativo, o resolvedor não fica necessariamente a sabê-lo no mesmo momento.
O novo TTL do registo A que acabaste de criar não encurta retroativamente este estado negativo existente. Para a cache negativa, as informações SOA da zona desempenham um papel. O RFC2308 descreve o valor inicial como o menor entre o TTL do SOA e o SOA.MINIMUM. O tempo efetivamente restante para uma resposta armazenada é, por sua vez, outra coisa.
O nosso próprio exemplo prático usa apenas números inventados: uma entrada negativa pode inicialmente ser válida durante 300 segundos. Após 120 segundos, o registo DNS real é criado. Um resolvedor poderia então ainda ter 180 segundos restantes da sua resposta antiga. Isto ilustra a relação temporal; não é uma duração medida para a Cloudflare ou para o teu domínio.
Duas consultas só de leitura separam a origem e a cache
A primeira pergunta é: o que diz o servidor de nomes autoritativo responsável? A segunda: o que diz o resolvedor recursivo que o teu dispositivo efetivamente utiliza? Respostas diferentes podem ajudar a delimitar a falha. Não provam automaticamente a cache negativa; também é preciso excluir erros de escrita ou uma delegação incorreta.
dig @YOUR-AUTHORITATIVE-NAMESERVER neu.example.com A
dig @YOUR-RECURSIVE-RESOLVER neu.example.com A
dig @YOUR-RECURSIVE-RESOLVER neu.example.com A +noall +authoritySubstitui os marcadores pelos servidores que efetivamente identificaste. Os comandos são modelos só de leitura e não foram executados aqui. Analisa em conjunto o código de resposta, o nome, o tipo de registo e, quando existirem, os detalhes SOA. Uma resposta para um host com grafia semelhante não seria uma comparação adequada.
Regista também a hora e o resolvedor utilizado. Caso contrário, podes estar a comparar caminhos diferentes sem dares por isso. Limpar a cache DNS local não remove automaticamente a resposta armazenada de um resolvedor a montante. É exatamente por isso que reiniciar o browser pode não atingir o estado que estás a observar.
DNS e CDN respondem a perguntas diferentes
O DNS ajuda a resolver um nome. Uma cache de CDN, pelo contrário, mantém determinado conteúdo HTTP disponível. Limpar imagens ou folhas de estilo em cache não informa um resolvedor DNS de que um nome anteriormente desconhecido passou a existir. A medida simplesmente não corresponde à camada onde está o problema.
O guia de introdução à Cache da Cloudflare, atualizado pela última vez a 12 de outubro de 2026, também descreve a diferença entre proxied e DNS-only: o conteúdo de um host DNS-only não passa pela cache da Cloudflare só porque o seu DNS é gerido lá. Um registo DNS existente não é, portanto, prova de que o conteúdo está a ser ativamente colocado em cache.
De DomainStudio à resposta efetiva
Em KENJTEC DomainStudio ai, podes gerir os teus próprios registos DNS com tipo, destino e TTL. A via implementada usa a Cloudflare para a gestão de zonas. Após uma alteração, deves ainda assim avaliar a resolução pelas respostas DNS efetivas; «guardado» e «já visível em todos os resolvedores» são afirmações diferentes.
Por isso, os tempos de espera não podem ser substituídos por uma promessa generalizada de sucesso. Verifica primeiro a grafia, os servidores de nomes responsáveis e a resposta autoritativa. Só então o tempo de cache restante é uma explicação útil. Isto transforma «o DNS demora o seu tempo» num diagnóstico rastreável, em que cada observação pertence à camada técnica certa.
Fontes e estado
Pesquisa e documentação à data de 25 de outubro de 2026. Problemas gerais de DNS · Introdução à Cache · RFC2308 — Cache negativa de consultas DNS.
