Verifica della propagazione DNS (Gratis) - Controlla il DNS nel mondo

Strumento gratuito che interroga contemporaneamente più risolutori DNS pubblici in tutto il mondo (Google, Cloudflare e altri) per i record di un dominio, mostrando all'istante se una modifica ai server dei nomi si è già propagata globalmente.

Ultimo aggiornamento: 2026-10-18

Accertare che una modifica al DNS abbia raggiunto il mondo

Questo strumento interroga in un colpo solo i record DNS di un dominio presso risolutori pubblici di tutto il mondo, fra cui quelli di Google e di Cloudflare, e dispone le risposte l'una accanto all'altra. Subito dopo aver spostato un server dei nomi o riscritto un record A, mostra a colpo d'occhio fin dove la modifica sia giunta.

La parola «propagazione» è, a dire il vero, un po' ingannevole. Il DNS non è un meccanismo che spinga le modifiche verso il mondo. Ciascun risolutore si limita a tenere in cache la risposta precedente e continua a restituire il vecchio valore finché quella cache non scade. La durata dell'attesa è dunque decisa dal TTL vigente prima della modifica. Accorciare il TTL in seguito non fa nulla per le cache già distribuite. Proprio per questo l'uso consolidato, quando una migrazione si avvicina, è abbassare il TTL con qualche giorno d'anticipo. Che qui le risposte divergano non è un guasto: significa che le cache non sono ancora scadute.

Come si usa

Indicate il dominio e il tipo di record Scegliete il tipo da controllare: A, MX, TXT e così via.
Confrontate le risposte di ciascun risolutore Un misto di valori vecchi e nuovi significa che il passaggio è ancora in corso.
Stabilite quali regioni divergano Potete vedere quali risolutori serbino ancora il vecchio valore.
Lasciate trascorrere il TTL Finché il TTL vigente prima della modifica non sia trascorso, non resta che attendere.

Consigli per sfruttarlo al meglio

Subito dopo aver modificato i server dei nomi o un record A è normale che alcuni risolutori restituiscano ancora il valore precedente, finché non scade il tempo di validità della cache.
Se i valori non coincidono su tutti i risolutori, controllate per prima cosa il tempo di validità: più è lungo, per esempio ventiquattro ore, più tempo occorre perché la propagazione si completi.
Oltre ai record A potete verificare anche quelli MX e TXT, usati per SPF e DKIM: dopo una modifica alle impostazioni della posta, controllate sempre anche i TXT.
La risposta NXDOMAIN indica che il dominio stesso non esiste: verificate di non aver commesso errori di digitazione e che il dominio non sia scaduto.
Poiché lo strumento interroga anche risolutori pubblici situati all'estero, offre un'indicazione sullo stato di propagazione per gli utenti di altri paesi.

Quando torna utile

Subito dopo aver spostato un server dei nomi

Potete accertare se il trasferimento abbia fatto effetto in tutto il mondo.

Nel cambiare server

Potete accertare che il nome punti ormai al nuovo indirizzo.

Nell'indagare perché solo voi non raggiungete un sito

Quando solo il vostro risolutore serba il vecchio valore, il raffronto con risposte d'altrove risolve la questione.

Nel pianificare un passaggio

Potete risalire dall'attesa per stabilire quando abbassare il TTL.

Termini della propagazione DNS

Risolutore: Il server che interroga il DNS per conto dell'utente. Il 8.8.8.8 di Google e il 1.1.1.1 di Cloudflare sono i più noti.
TTL: Il numero di secondi per cui una risposta può restare in cache. A decidere l'attesa è il TTL vigente prima della modifica, non dopo.
Cache negativa: Anche una risposta «quel record non esiste» viene messa in cache. Talvolta è per questo che un record appena creato dapprima non si vede.
Server autorevole: Il server che detiene la risposta vera per un dominio. I risolutori lo interrogano per ottenere le proprie risposte.
Server dei nomi: Il server autorevole cui un dominio è stato delegato. Trasferire un dominio ne muta l'identità.
Propagazione: La parola consueta per dire che una modifica raggiunge i risolutori ovunque. In realtà non è distribuzione, bensì scadenza delle cache.

Domande frequenti

Di norma da pochi minuti a una quarantottina di ore, con variazioni dovute al tempo di validità impostato sui record e al comportamento delle cache degli operatori. Impostare un tempo di validità breve rende più rapida la propagazione della modifica successiva.

Subito dopo una modifica è del tutto normale. Poiché la durata della cache dipende dal tempo di validità, ripetendo la verifica dopo un po' i valori convergono progressivamente.

Le cause possibili sono un errore di digitazione del nome, la scadenza del dominio oppure una configurazione dei server dei nomi non ancora attiva. Verificate lo stato nei dati WHOIS o nel pannello del vostro registrar.

Nella cache del vostro computer o del vostro operatore possono essere rimasti valori memorizzati in un momento diverso rispetto ai risolutori pubblici interrogati qui. Provate anche a svuotare la cache DNS del sistema operativo.

Poiché il tempo di validità si può impostare separatamente per ciascun tipo di record, se quello dei record MX è più lungo la loro propagazione richiede più tempo rispetto agli altri.

A proposito — la «propagazione» DNS non è una distribuzione attiva

Il sistema dei nomi di dominio è stato concepito fin dall'origine, nel 1983, attorno a una cache gerarchica. Se ogni server del mondo dovesse risalire ai server radice per ciascuna interrogazione, le prestazioni non reggerebbero: ogni risolutore conserva quindi la risposta ottenuta per la durata del tempo di validità e alla stessa domanda risponde subito dalla propria cache. Il meccanismo rende veloce il sistema, ma introduce come effetto collaterale un ritardo nella diffusione delle modifiche.

Quel ritardo si chiama comunemente propagazione, ma in realtà nessuno distribuisce attivamente l'informazione nel mondo. Più correttamente, le cache obsolete dei singoli risolutori scadono una dopo l'altra e, alla prima interrogazione successiva, viene richiesto il nuovo valore: è una sostituzione passiva che si accumula. Con un tempo di validità di ventiquattro ore, in teoria per un intero giorno qualche risolutore può continuare a restituire il valore precedente.

Il protocollo DNS su HTTPS usato da questo strumento è stato promosso intorno al 2018 da Mozilla e Google con una motivazione di riservatezza: impedire che l'operatore o terzi lungo il percorso vedessero il contenuto delle interrogazioni. Il trasporto del DNS dentro HTTPS è stato standardizzato come RFC 8484 nell'ottobre 2018. Lo standard riguarda però soltanto il formato binario dei messaggi DNS (application/dns-message): le risposte in JSON, più leggibili, usate da questo strumento (application/dns-json) derivano da un'interfaccia che Google ha pubblicato per conto proprio e che Cloudflare e altri fornitori hanno poi adottato come formato compatibile. Non essendo uno standard IETF, tra un risolutore e l'altro restano piccole differenze, per esempio se i valori TXT vengono restituiti tra virgolette oppure no.

Vedi tutte le curiosità