Pubblicato il
Quando cambi nameserver, aggiorni un record A o sposti un sito su un nuovo hosting, la domanda arriva sempre subito: i dns propagation tempi quali sono davvero? La risposta breve è semplice: non esiste un tempo unico. La risposta utile, invece, è che il risultato dipende dal tipo di record modificato, dal TTL impostato prima del cambio, dai resolver DNS coinvolti e anche dal browser o dalla rete da cui stai facendo il test.
Chi gestisce siti aziendali, e-commerce, landing page o ambienti mail non ha bisogno di formule vaghe. Ha bisogno di sapere quando aspettare, quando verificare e quando invece c'è un errore tecnico da correggere. È qui che la differenza conta.
DNS propagation tempi: cosa significa davvero
Nel linguaggio comune si parla di propagazione DNS come se fosse un aggiornamento che si diffonde lentamente su internet. In parte è vero, ma tecnicamente il DNS non "spinge" il dato ovunque in modo attivo. Più spesso sono i resolver dei provider, dei sistemi operativi e delle reti aziendali a conservare in cache una risposta per un certo periodo, continuando a servire il dato precedente finché la cache non scade.
Per questo i dns propagation tempi non sono identici per tutti. Un utente può vedere il nuovo IP dopo pochi minuti, mentre un altro continua a raggiungere il vecchio server per qualche ora. Se nel frattempo hai migrato un sito o una casella email, la differenza si nota subito.
Il punto centrale è questo: la propagazione non è solo un fatto di tempo, ma di cache. E la cache non dipende da un solo elemento.
Da cosa dipendono i tempi di propagazione DNS
Il primo fattore è il TTL, cioè Time To Live. Ogni record DNS può avere un valore che indica per quanto tempo quel dato può essere memorizzato dai resolver. Se il record aveva un TTL di 3600 secondi, in condizioni normali un resolver può tenere quel dato per un'ora prima di richiederlo di nuovo. Se il TTL era di 86400, il comportamento atteso è molto più lento.
Qui c'è però una distinzione pratica da non trascurare. Ridurre il TTL dopo aver già deciso di fare la modifica non sempre aiuta subito, perché molti resolver hanno già messo in cache il vecchio valore con il vecchio TTL. Per questo, quando si pianifica una migrazione, conviene abbassare il TTL con anticipo.
Il secondo fattore è il tipo di modifica. Cambiare un record A o AAAA spesso è lineare. Cambiare i nameserver può richiedere più attenzione, perché entrano in gioco anche registry, pannelli di gestione, zone DNS sul vecchio e sul nuovo provider, e la corretta replica di tutti i record necessari. Se mancano MX, SPF, DKIM o record secondari, il dominio può risultare raggiungibile solo in parte.
Il terzo fattore è il resolver usato da chi effettua la richiesta. Alcuni provider internet, reti aziendali o apparati locali mantengono cache più aggressive o hanno aggiornamenti meno rapidi. È uno dei motivi per cui una verifica fatta dalla rete dell'ufficio può dare un risultato diverso rispetto a quella fatta da rete mobile.
Quanto può durare davvero
Per la maggior parte delle modifiche DNS comuni, l'intervallo realistico è fra pochi minuti e 24 ore. In molti casi un record aggiornato con TTL basso viene visto correttamente già entro 30-60 minuti. Quando invece si parla di cambio nameserver o di configurazioni non preparate in anticipo, il tempo percepito può arrivare a 24-48 ore.
La frase "attendi 24-48 ore" è utile solo come regola prudenziale commerciale. Operativamente, però, serve più precisione. Se dopo 6 ore il dominio non risolve ancora correttamente da più reti, non è detto che tu debba solo aspettare. Potresti avere un record errato, una zona incompleta o nameserver configurati male.
In altre parole, aspettare ha senso solo quando la configurazione è corretta. Se la base è sbagliata, il tempo non risolve nulla.
I casi più comuni in cui i tempi sembrano più lunghi
Il caso classico è la migrazione del sito. Hai puntato il dominio al nuovo hosting, ma continui a vedere il vecchio sito oppure una versione mista. Questo succede spesso perché il browser conserva cache locali, oppure perché una CDN o un proxy stanno ancora servendo contenuti precedenti. Non sempre il DNS è l'unico responsabile.
Un altro caso frequente riguarda la posta elettronica. Il sito funziona, ma alcune email arrivano ancora al vecchio server. Qui entrano in gioco i record MX, ma anche i tempi di coda dei server mittenti. Alcuni server di posta ritentano la consegna a intervalli propri. Quindi una parte del traffico può continuare a seguire il percorso precedente ancora per un po'.
Poi c'è il caso più insidioso: cambio nameserver corretto, ma zona DNS incompleta sul nuovo provider. Il dominio inizia a rispondere dai nuovi nameserver, però mancano record fondamentali. All'utente sembra una propagazione lenta. In realtà è una configurazione parziale.
Come ridurre i dns propagation tempi in modo concreto
La leva più utile è la preparazione. Se sai che dovrai cambiare IP o nameserver, abbassa il TTL dei record principali almeno 24-48 ore prima. Non elimina ogni attesa, ma riduce molto la finestra di incertezza.
La seconda regola è replicare la zona DNS completa prima dello switch. Non limitarti al record del sito. Verifica anche www, mail, autodiscover, MX, TXT, SPF, DKIM, DMARC, eventuali record per sottodomini applicativi, pannelli, API o ambienti staging. Una migrazione apparentemente riuscita può creare problemi nascosti dopo ore, quando i resolver iniziano a interrogare il nuovo assetto.
La terza regola è evitare modifiche sovrapposte. Se nello stesso momento cambi nameserver, hosting, IP, CDN e configurazione mail, diventa molto più difficile capire dove nasce un problema. Meglio separare i passaggi quando possibile.
Se il progetto è sensibile - per esempio un e-commerce o un sito con lead in corso - conviene mantenere attivo anche il vecchio ambiente per un periodo transitorio. Non è la soluzione più economica, ma spesso è quella più sicura.
Come verificare se è propagazione o errore
Il metodo corretto non è aggiornare il browser ogni dieci minuti. Serve controllare i record DNS da più punti e confrontare la risposta autorevole con quella dei resolver pubblici o della rete locale.
Se il nameserver autorevole restituisce il nuovo valore, la modifica è stata pubblicata correttamente. Se alcuni resolver mostrano ancora il vecchio dato, sei in una fase normale di cache. Se invece anche il nameserver autorevole risponde con un valore errato, il problema è nella configurazione, non nella propagazione.
Vale la pena svuotare la cache locale del sistema operativo e del browser, ma senza confondere questo passaggio con la propagazione globale. Pulire la cache del tuo computer può farti vedere il nuovo sito, ma non dice nulla su ciò che vedranno i clienti da altre reti.
Per chi gestisce più domini o ambienti business, una gestione DNS ordinata fa la differenza. Un provider che unisce registrazione dominio, hosting e infrastruttura nello stesso pannello riduce il rischio operativo, soprattutto quando bisogna intervenire in fretta. È uno dei motivi per cui molte aziende scelgono una gestione centralizzata come quella disponibile su CoolNetwork.
Quando 48 ore sono normali e quando no
Se hai cambiato nameserver con TTL alti, reti distribuite e servizi multipli collegati al dominio, vedere comportamenti diversi nelle prime 24 ore è normale. Anche arrivare a 48 ore può rientrare nella casistica prudenziale.
Se invece hai modificato solo un record A con TTL basso e dopo molte ore il dominio continua a risolversi male su più reti, il sospetto va spostato altrove. Potrebbe esserci un errore nella zona, un conflitto fra record, un proxy intermedio o una cache applicativa che ti sta confondendo il quadro.
Nel lavoro quotidiano il problema non è quasi mai "internet è lenta ad aggiornarsi" in senso generico. Più spesso il problema è che si attribuisce alla propagazione qualsiasi anomalia successiva a un cambio DNS. È una scorciatoia comoda, ma poco utile.
L'approccio giusto per siti business e progetti critici
Per un blog personale qualche ora di incertezza può essere tollerabile. Per un sito aziendale, una piattaforma e-commerce o una casella email usata per ordini e assistenza, no. Qui serve una procedura chiara: preparazione dei record, riduzione del TTL, verifica della zona completa, controllo da reti diverse e monitoraggio nelle ore successive.
C'è anche un compromesso da valutare. TTL bassi rendono i cambi più rapidi, ma aumentano il numero di interrogazioni DNS e riducono l'effetto della cache. TTL più alti alleggeriscono il sistema e stabilizzano la risoluzione, ma rendono meno agili gli switch. Non esiste il valore giusto in assoluto: dipende dalla frequenza con cui prevedi modifiche e dalla criticità del servizio.
Se devi fare una migrazione, la scelta migliore non è chiederti solo quanto durerà. È chiederti quanto sei preparato a renderla prevedibile. Quando il DNS è configurato bene, i tempi si gestiscono. Quando è configurato male, non c'è attesa che tenga.
La prossima volta che cambi un dominio o sposti un servizio, non ragionare in termini di ansia da propagazione. Ragiona in termini di controllo: record corretti, cache previste, verifiche mirate. È così che si evitano ore perse e si riduce il margine di errore proprio quando il sito deve restare online.