La "propagazione": perché qualcuno la vede già e qualcun altro no

Modulo 6: Tempo, cache e trasferimento · Tempo di lettura: 8 minuti

Obiettivo della lezione: Dopo questa lezione saprà spiegare perché una modifica DNS non è visibile ovunque contemporaneamente, stimare quanto tempo ci vuole e risolvere il problema se solo Lei vede ancora la vecchia situazione.

Concetti chiave: "propagazione", cache, cache negativa (NXDOMAIN), minimo SOA, TTL di delegazione, cambio di nameserver, svuotamento della cache

Un equivoco racchiuso in una parola

Ha modificato un record. Il Suo collega vede già il nuovo sito web, Lei vede ancora quello vecchio. Su internet si legge spesso: "aspetti, il DNS deve ancora propagarsi." La parola propagazione (diffusione) dà l'impressione che la Sua modifica si diffonda come un'onda su internet, da server a server.

Non funziona così. La Sua modifica è immediatamente presente sui nameserver autoritativi del Suo dominio (oppure entro pochi minuti, se il Suo fornitore DNS sincronizza più nameserver). Non viene inviato nulla in giro. Ciò che osserva è la scadenza delle cache: ogni resolver restituisce la vecchia risposta finché il TTL nella sua cache non è scaduto (lezione 6.1). Poiché ogni resolver ha iniziato a contare in un momento diverso, qualcuno vede la modifica prima di altri.

La "propagazione" è dunque in realtà: attendere che tutte le cache si svuotino. Questa consapevolezza Le è utile, perché ora sa esattamente cosa sta aspettando e quanto tempo al massimo.

Quanto tempo ci vuole?

Dipende da cosa modifica.

Record esistenti

Qui è semplice: il vecchio TTL è il massimo. Se il record aveva TTL 3600, tutti vedranno la nuova risposta al massimo un'ora dopo la Sua modifica. Se qualcuno, dopo più di un'ora, vede ancora il vecchio valore, il problema è altrove (vedere più avanti).

Nuovi record e la cache negativa

Un nuovo record funziona spesso subito, tranne se qualcuno ha già interrogato il nome quando ancora non esisteva. In quel caso il resolver ha ricevuto la risposta NXDOMAIN ("questo nome non esiste") oppure "questo nome esiste, ma non ha un record di questo tipo". Anche questo "no" viene memorizzato. Si chiama cache negativa.

Quanto tempo viene conservato un "no" non è indicato in un record che non esiste. Deriva dal record SOA della zona: secondo l'RFC 2308 è il valore più piccolo tra due numeri, il TTL del record SOA stesso e l'ultimo campo del record SOA (il "minimo"). Un esempio:

example.com.  3600  IN  SOA  ns1.example.com. hostmaster.example.com. (
                             2026110701 ; numero di serie
                             14400      ; refresh
                             3600       ; retry
                             1209600    ; expire
                             300 )      ; minimo

In questo caso un "no" viene memorizzato al massimo per 300 secondi (il più piccolo tra 3600 e 300). In alcune zone può trattarsi di un'ora o più.

Da qui la regola d'oro: non apra un nuovo sottodominio nel browser prima di averlo creato. Il Suo computer e il Suo resolver ricorderanno che non esiste, e sarà Lei l'unico a dover attendere.

Cambio di nameserver

In caso di cambio di nameserver, ciò che attende è diverso: i record NS presso il registro della Sua estensione. Questi record indicano ai resolver dove si trovano i nameserver del Suo dominio (lezione 2.1), e anch'essi vengono memorizzati. Ogni registro sceglie un proprio TTL per questo scopo. Misurato a novembre 2026:

A questo si aggiunge che un registro talvolta non pubblica subito la Sua modifica, e che i nameserver del Suo vecchio fornitore nel frattempo spesso continuano a rispondere con la vecchia zona. Preveda quindi, per un cambio di nameserver, qualche ora, e per .com fino a due giorni al massimo. Assicuri quindi che entrambi i fornitori abbiano, durante il cambio, gli stessi record corretti (lezione 6.3).

È l'unico a vedere ancora il vecchio contenuto?

Un controllo online mostra già la nuova risposta presso quasi tutti i resolver, ma Lei no? Allora la vecchia risposta si trova nelle Sue vicinanze. Segua questi passaggi, dal più rapido al più approfondito:

1. Finestra privata o altro browser. Il Suo browser conserva risposte DNS e pagine.
2. Telefono via 4G o 5G, con il wifi spento. In questo modo utilizza il resolver del Suo operatore mobile invece di quello della Sua rete domestica.

3. Svuotare la cache del Suo computer.

   • Windows (Prompt dei comandi): ipconfig /flushdns
   • macOS (Terminale): sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
   • Linux con systemd-resolved: resolvectl flush-caches
4. Riavviare il router. Molti router funzionano come piccoli resolver con una propria cache.
5. Controllare il file hosts. Ha testato in precedenza un nuovo server inserendo l'indirizzo nel file hosts (C:\Windows\System32\drivers\etc\hosts oppure /etc/hosts)? Quella riga ha priorità sul DNS. La rimuova. Viene spesso dimenticata.
6. Verificare direttamente alla fonte. Interroghi il record presso il nameserver autoritativo (dig A example.com @ns1.hosting.example). Se vi è ancora la vecchia risposta, la modifica non è stata salvata correttamente oppure l'ha effettuata nel posto sbagliato.

Ancora niente dopo il tempo di attesa?

Se il TTL è scaduto da tempo e anche gli strumenti online mostrano la vecchia risposta, attendere non serve a nulla. In quel caso c'è dell'altro. Le tre cause più frequenti:

• Modificato nel posto sbagliato. Il Suo dominio utilizza i nameserver di un altro fornitore (ad esempio Cloudflare o un costruttore di siti), e Lei ha modificato i record presso il Suo fornitore di hosting. Verifichi quali nameserver ha il Suo dominio (lezione 2.1) e modifichi lì.
• Errore di battitura o punto mancante. mail.example.com senza punto diventa, in molti pannelli, mail.example.com.example.com (lezione 2.2).
• I nameserver non sono d'accordo tra loro. Un dominio ha almeno due nameserver. Se non si sincronizzano correttamente, uno restituisce la nuova risposta e l'altro la vecchia. Confronti il numero di serie SOA presso ciascun nameserver: deve essere uguale.

dig +short SOA example.com @ns1.hosting.example
dig +short SOA example.com @ns2.hosting.example

Nella pratica: ecco come appare in un pannello

Se desidera vedere cosa rispondono i resolver in diverse parti del mondo, utilizzi un controllo DNS online che interroga un resolver per ogni paese (ad esempio dnschecker.org). Nel pannello di esempio Mio WebOké, la scheda Dominio / Salute Email verifica i nameserver e i record del Suo dominio presso i nameserver autoritativi, e la diagnosi DNS confronta i numeri di serie dei nameserver. Altri fornitori dispongono spesso di un controllo simile nel proprio pannello; in caso contrario, dig e gli strumenti online della lezione 8.3 offrono lo stesso quadro.

Riepilogo

• Non viene "diffuso" nulla: Lei attende che le cache scadano.
• Un record modificato è visibile ovunque al massimo dopo il vecchio TTL; un nuovo record di solito è visibile subito, a meno che qualcuno abbia già interrogato il nome in precedenza (cache negativa, determinata dal record SOA).
• Un cambio di nameserver dipende dal TTL presso il registro: per .nl un'ora, per .com due giorni.
• È solo Lei a vedere ancora il vecchio contenuto? Finestra privata, 4G, svuotamento della cache, riavvio del router e controllo del file hosts.
• Ancora il vecchio contenuto presso il nameserver autoritativo? Allora attendere non serve: cerchi l'errore.

Quiz

Esercizio

Esercizio Z6.2: TTL di delegazione e cache negativa. Due domande, entrambe a cui si può rispondere con dig o uno strumento dig online:

1. Per quanti secondi i resolver ricordano, secondo il registro .com, i nameserver di google.com? Lo interroghi presso un server .com: dig NS google.com @a.gtld-servers.net e osservi il TTL nella sezione AUTHORITY.
2. Per quanti secondi un resolver ricorda che un nome sotto sidn.nl (il sito web di SIDN, il registro di .nl nei Paesi Bassi) non esiste? Interroghi il record SOA di sidn.nl presso ns1.sidn.nl e applichi la regola di questa lezione (il più piccolo tra il TTL SOA e il minimo SOA).

Per approfondire

I passaggi descritti in questi articoli si riferiscono ai pannelli di WebOké; in altri pannelli il funzionamento è simile.

• Quanto tempo richiede una modifica dei nameserver o del DNS, e cosa fare se non la vede?
• Il sito web o l'indirizzo e-mail non funziona dopo un trasloco o una modifica DNS: verifichi il Suo dominio
• Guida DirectAdmin 5.11: Quando diventa effettiva una modifica? Tempo di attesa e TTL
• Come creare un sottodominio e cosa fare se non funziona
• Come posso testare il mio dominio prima che sia trasferito? (localhost)
• Guida WebOké 5.17: Salute del dominio e dell'e-mail: verificare e risolvere