Che cos'è la propagazione DNS?

Con “propagazione DNS” si indica, in modo informale, il periodo in cui, dopo la modifica di un record, i resolver continuano a dare risposte diverse. Il DNS non invia il nuovo valore a tutti i server nello stesso momento. I resolver ricorsivi recuperano le risposte quando servono e possono conservarle nella cache per la durata consentita.

Perché le risposte differiscono

Supponiamo che il proprietario di un sito cambi un record A da un indirizzo IP a un altro. Il server autoritativo contiene già il nuovo valore, ma il resolver ricorsivo di un visitatore ha salvato da poco quello vecchio. Finché quella risposta in cache non scade, il visitatore può raggiungere il server precedente. Il TTL indica per quanto tempo una risposta può restare in cache; il tempo residuo dipende da quando quel resolver ha ricevuto la risposta precedente.

Cambiare la delega di un dominio verso nuovi nameserver è un'operazione distinta. Anche le informazioni di delega possono essere memorizzate nella cache, quindi un cambio di provider DNS richiede di considerare sia la zona vecchia sia quella nuova. Modificare un record nel pannello del nuovo provider non serve finché le query seguono ancora la vecchia delega.

Controlla il livello giusto

Individua prima i nameserver attualmente autoritativi. Chiedi loro il record specifico, quindi confronta il risultato con alcuni resolver ricorsivi. Lo strumento Verifica propagazione DNS permette di confrontare le risposte visibili, mentre Verifica configurazione dominio aiuta a esaminare i singoli record. Annota l'ora, il nome esatto e il tipo: A, AAAA, MX e TXT sono indipendenti.

Se un server autoritativo restituisce ancora il vecchio valore, aspettare che scadano le cache non serve a nulla. Verifica quale provider ospita la zona attiva e se la modifica è stata salvata. Se le risposte autoritative sono nuove ma alcuni resolver ricorsivi sono ancora vecchi, lascia che le voci in cache scadano. Continuare a modificare i record durante la diagnosi rende solo più difficile ricostruire la sequenza degli eventi.

Pianifica una modifica più sicura

Prima di una migrazione pianificata, abbassa il TTL del vecchio record con sufficiente anticipo perché la sua durata precedente possa trascorrere. Prepara il nuovo server prima del passaggio e, se possibile, lascia che quello precedente continui a servire le richieste durante la transizione. Per la posta, controlla i relativi record di indirizzo e TXT insieme agli MX.

Svuotare la cache del tuo computer agisce solo su una parte del percorso: i resolver usati dagli altri restano come sono. Un errore TLS o un'applicazione non funzionante possono persistere anche quando il DNS è corretto. TTL e caching sono specificati nella RFC 1035, mentre il caching delle risposte negative è descritto nella RFC 2308.

Se i servizi web e di posta vengono trasferiti insieme, verifica separatamente i loro record DNS. Il fatto che il sito funzioni non dimostra che la posta venga di nuovo recapitata.