Crei un nuovo sottodominio. L'interfaccia di gestione mostra il record, un collega riesce a raggiungere il sito, ma il tuo computer segnala ancora NXDOMAIN. La modifica non è riuscita? Non necessariamente. Un resolver può anche ricordare che un nome prima non esisteva. Questa risposta negativa memorizzata è uno stato a sé stante.
La guida alla risoluzione dei problemi DNS di Cloudflare, aggiornata il 21 ottobre 2026, descrive esattamente questo caso. Si tratta di una spiegazione tecnica attuale, non del lancio di un nuovo prodotto DNS. Vale la pena fare la distinzione perché sotto la parola quotidiana “cache” scompaiono diversi archivi completamente differenti: risposte DNS, contenuti del browser e file web in cache.
La precedente inesistenza può essere ancora memorizzata
Un resolver ricorsivo cerca il nome per tuo conto. Se in precedenza ha ricevuto una risposta negativa, può riutilizzarla per un tempo limitato. Se nel frattempo il record viene creato sul nameserver autoritativo, il resolver non lo viene necessariamente a sapere nello stesso momento.
Il nuovo TTL del record A che hai appena creato non accorcia retroattivamente questo stato negativo esistente. Per il caching negativo entrano in gioco le informazioni SOA della zona. RFC2308 descrive il valore iniziale come il minore tra il TTL del SOA e SOA.MINIMUM. Il tempo effettivamente rimanente per una risposta memorizzata è ancora un'altra cosa.
Il nostro esempio pratico usa solo numeri inventati: una voce negativa può inizialmente essere valida per 300 secondi. Dopo 120 secondi viene creato il record DNS reale. Un resolver potrebbe allora avere ancora 180 secondi della sua vecchia risposta. Questo illustra la relazione temporale; non è una durata misurata per Cloudflare o per il tuo dominio.
Due query in sola lettura separano fonte e cache
La prima domanda è: cosa dice il nameserver autoritativo responsabile? La seconda: cosa dice il resolver ricorsivo che il tuo dispositivo usa effettivamente? Risposte diverse possono restringere il campo del guasto. Non dimostrano automaticamente il caching negativo; vanno esclusi anche errori di battitura o una delega errata.
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 +authoritySostituisci i segnaposto con i server che hai effettivamente identificato. I comandi sono modelli in sola lettura e non sono stati eseguiti qui. Osserva insieme il codice di risposta, il nome, il tipo di record e, se presenti, i dettagli SOA. Una risposta per un host scritto in modo simile non sarebbe un confronto adatto.
Annota anche l'ora e il resolver usato. Altrimenti potresti confrontare percorsi diversi senza accorgertene. Svuotare la cache DNS locale non rimuove automaticamente la risposta memorizzata di un resolver a monte. Proprio per questo riavviare il browser può non incidere sullo stato che stai osservando.
DNS e CDN rispondono a domande diverse
Il DNS aiuta a risolvere un nome. Una cache CDN, invece, tiene pronti determinati contenuti HTTP. Svuotare immagini o fogli di stile in cache non comunica a un resolver DNS che un nome prima sconosciuto ora esiste. La misura semplicemente non corrisponde al livello in cui si trova il problema.
La guida introduttiva di Cloudflare per Cache, aggiornata l'ultima volta il 12 ottobre 2026, descrive anche la differenza tra proxied e DNS-only: i contenuti di un host DNS-only non passano attraverso la cache di Cloudflare solo perché il suo DNS è gestito lì. Un record DNS esistente non è quindi una prova che i contenuti vengano attivamente messi in cache.
Da DomainStudio alla risposta effettiva
In KENJTEC DomainStudio ai, puoi gestire i tuoi record DNS con tipo, destinazione e TTL. Il percorso implementato usa Cloudflare per la gestione della zona. Dopo una modifica, dovresti comunque valutare la risoluzione in base alle risposte DNS effettive; “salvato” e “già visibile presso ogni resolver” sono affermazioni diverse.
I tempi di attesa non possono quindi essere sostituiti da una promessa generica di successo. Controlla prima l'ortografia, i nameserver responsabili e la risposta autoritativa. Solo allora il tempo di cache rimanente è una spiegazione utile. Così “il DNS ha solo bisogno di tempo” diventa una diagnosi tracciabile in cui ogni osservazione appartiene al giusto livello tecnico.
Fonti e stato
Ricerca e documentazione aggiornate al 25 ottobre 2026. Problemi DNS generali · Iniziare con Cache · RFC2308 — Caching negativo delle query DNS.
