Perché eseguire un test di propagazione DNS?
Hai appena aggiornato un record e vuoi sapere come appare da un altro paese.
Stai spostando un servizio critico e vuoi assicurarti che le cache scadano secondo il TTL pianificato.
Devi rassicurare gli stakeholder dopo una modifica sensibile sul dominio.
Stai per lanciare una campagna e-mail e ricontrolli le voci SPF, DKIM o DMARC.
Promemoria rapido
La propagazione non è magia: le cache scadono. Il test mostra quali resolver conservano ancora il valore precedente e per quanto tempo continueranno a farlo.
Cosa misura lo strumento di propagazione
Interrogazioni simultanee ai principali resolver pubblici (Google, Cloudflare, Quad9, OpenDNS, Yandex...).
Confronto con il server autoritativo per individuare discrepanze.
Monitoraggio del TTL residuo e della data di refresh su ogni checkpoint.
Cronologia con timestamp per documentare una migrazione o un incidente.
Come avviene la verifica
Ogni resolver restituisce la risposta attuale e il TTL ancora in cache.
Il test indica quando i dati sono stati prelevati dall'autoritativo.
Se un resolver mantiene il valore precedente, vedi subito quanti minuti restano alla scadenza.
I risultati sono confrontati con la risposta autoritativa per confermare lo stato finale.
Suggerimento
Esegui nuovamente il test dopo qualche minuto per vedere i progressi. Puoi condividere un link pubblico così tutti osservano la stessa vista.
Quando lanciare un test di propagazione
Prima di passare a un nuovo host o CDN.
Quando aggiungi un record TXT per una verifica di dominio.
Dopo aver aggiornato un record MX per confermare la consegna della posta.
Durante un incidente per dimostrare che la correzione si sta propagando.
Come routine per verificare che i TTL rispettino la tua policy.
Interpretare i risultati
Tutti i resolver mostrano il nuovo valore
La propagazione è completata: chiudi l'incidente o informa i clienti.
Alcuni resolver servono ancora la risposta precedente
Attendi la scadenza del TTL indicato. Se il ritardo persiste, controlla cache ISP aggiuntive.
Un resolver pubblico restituisce NXDOMAIN
Il server autoritativo non serve ancora il record. Controlla il serial SOA e, se necessario, rilancia il caricamento della zona.
TTL molto elevato
Valuta di ridurre il TTL prima di una modifica importante. Rialzalo dopo per alleggerire il carico sugli autoritativi.
Buone pratiche
Pianifica la finestra di modifica riducendo il TTL in anticipo.
Documenta ogni misurazione e conserva screenshot dei test.
Automatizza una verifica dopo ogni deployment rilevante.
Invita team di supporto o provider a seguire il report condiviso.
FAQ rapida
Quanto dura la propagazione DNS?
Dipende dal TTL configurato e dalla politica dei resolver. La maggior parte delle modifiche appare in pochi minuti, ma alcuni ISP possono mantenere il valore precedente fino al TTL massimo.
Posso forzare la propagazione?
No, ma puoi abbassare il TTL in anticipo e svuotare le cache sotto il tuo controllo (ad esempio i resolver ricorsivi) per velocizzare la visibilità.
Devo testare ogni record?
Concentrati sui record critici: A, AAAA, CNAME, MX, TXT, NS, SOA. Aggiungi CAA, PTR, SRV o SVCB in base al contesto.