Cos'è la propagazione DNS e perché un cambio DNS richiede tempo?

Tempo di lettura ca.: 12 minuti

Hai modificato un record DNS o i nameserver del tuo dominio, ma la modifica non è ancora visibile ovunque? Allora si parla spesso di Propagazione DNS il discorso.

Il termine descrive in modo semplificato la fase di transizione successiva a una modifica del DNS, in cui diversi resolver DNS possono ancora utilizzare informazioni differenti. La causa principale di ciò è il sistema DNS decentralizzato, con i suoi numerosi cache.

Una modifica DNS non viene pertanto distribuita contemporaneamente a tutti i dispositivi e server DNS di Internet come se fosse un file. Piuttosto, le risposte DNS già memorizzate continuano a essere utilizzate in base alle rispettive regole di cache e vengono interrogate nuovamente in un secondo momento.

Breve spiegazione: Quando modifichi un record DNS, alcuni utenti potrebbero già ricevere il nuovo valore, mentre altri potrebbero utilizzare temporaneamente un valore precedentemente memorizzato nella cache. Questo comportamento viene spesso definito propagazione DNS.

Cosa significa esattamente propagazione DNS? #

Il termine „propagazione“ può facilmente dare l'impressione che una modifica del DNS debba essere attivamente distribuita da un server centrale a tutti i server DNS del mondo.

Non è così che funziona il DNS.

Il DNS è un sistema gerarchico e distribuito. I resolver DNS ricorsivi richiedono le informazioni necessarie e possono memorizzare nella cache le risposte per un determinato periodo di tempo.

Se ad esempio un resolver riceve l'indirizzo IP di:

meine-firma.ch

ha già interrogato e memorizzato, non deve contattare nuovamente i server DNS competenti a ogni nuova richiesta.

Finché la voce memorizzata è ancora valida, il resolver può fornire la risposta dalla sua cache.

Se il record DNS viene modificato durante questo periodo, questo resolver potrebbe quindi non essere ancora a conoscenza della modifica.

Un semplice esempio #

Supponendo che il record A del tuo dominio finora punti a:

192.0.2.10

Lo cambi in:

192.0.2.20

Il nameserver autoritativo fornisce già, dopo la modifica correttamente acquisita:

192.0.2.20

Tuttavia, un resolver ricorsivo ha precedentemente ancora:

192.0.2.10

interrogato e può ancora utilizzare questo valore dalla sua cache.

Ciò consente a due utenti di ricevere risposte DNS diverse nello stesso momento.

Importante: Risultati DNS differenti immediatamente dopo una modifica non significano quindi automaticamente che la nuova configurazione DNS sia errata.

Cos'è il TTL? #

Un ruolo centrale nel caching DNS è svolto da TTL.

TTL sta per:

Tempo di vita

Il valore viene solitamente espresso in secondi e determina per quanto tempo una risposta DNS può essere memorizzata nella cache.

Un TTL di:

3600

corrisponde ad esempio a un'ora.

Se un resolver ha appena interrogato un record DNS e lo ha memorizzato con questo TTL, può in linea di principio continuare a riutilizzare la risposta fino alla scadenza di questo tempo di cache.

La TTL inizia solo quando modifico un record DNS? #

No. Questo è un punto importante.

Il TTL di un record DNS già presente nella cache scade indipendentemente da quando modifichi la configurazione sul nameserver autorevole.

Supponendo che un resolver abbia interrogato una voce poco prima della tua modifica, tale resolver potrà comunque utilizzare il vecchio valore in base alla validità residua della sua cache.

Un altro resolver potrebbe non avere affatto la voce nella cache e, in seguito alla tua modifica, richiedere direttamente le informazioni aggiornate.

Pertanto, la nuova configurazione può essere immediatamente visibile per un utente e solo più tardi per un altro.

Perché non posso semplicemente aggiornare una cache DNS esistente? #

Quando modifichi un record DNS sul Nameserver autoritativo, di solito non hai alcun controllo sui cache già esistenti di tutti i resolver ricorsivi su Internet.

Questi resolver decidono in base alle informazioni DNS e alla loro logica di cache quando è necessaria una nuova interrogazione.

Una modifica nella tua gestione DNS non significa quindi che tutte le risposte precedentemente memorizzate vengano cancellate immediatamente in tutto il mondo.

Quanto tempo richiede la propagazione DNS? #

A questa non c'è una risposta universale.

Una modifica del DNS può essere visibile molto rapidamente per alcune query. Altri resolver potrebbero restituire temporaneamente un valore precedente.

La durata di una fase di transizione dipende, tra l'altro, da:

  • del TTL precedente
  • del momento dell'ultima richiesta da parte di un resolver
  • del tipo di modifica DNS
  • dell'infrastruttura DNS utilizzata
  • durante il cambio dei Nameserver, inoltre, dalla delega e dal relativo caching

Ecco perché un'affermazione come „il DNS richiede sempre 24 ore“ è tecnicamente troppo generica.

Nota: Non esiste un orologio centrale alla cui scadenza una modifica DNS diventa improvvisamente attiva in tutto il mondo. Diversi resolver possono aggiornare le loro informazioni memorizzate in momenti diversi.

Perché si legge comunque spesso di 24 o 48 ore? #

Tali indicazioni temporali vengono spesso utilizzate come valori di sicurezza o empirici semplificati, in particolare in caso di modifiche dei server dei nomi.

Tuttavia, ciò non significa che ogni modifica DNS richieda effettivamente così tanto tempo.

Un singolo record A con un TTL comparativamente breve può essere interrogato molto prima con il nuovo valore. In caso di modifica dei name server autorevoli, invece, entrano in gioco ulteriori livelli DNS e informazioni di delega memorizzate nella cache.

È quindi più sensato verificare la situazione DNS concreta, anziché attendere esclusivamente un numero forfettario di ore.

Qual è la differenza tra una modifica DNS e un cambio di nameserver? #

Durante una normale modifica del DNS, ad esempio, viene modificato un record A, AAAA, CNAME, MX o TXT all'interno della zona DNS esistente.

I nameserver autorevoli rimangono gli stessi.

Durante un Modifica dei Nameserver si modifica invece quale infrastruttura DNS è autorevole per il dominio.

Questo è un cambiamento più fondamentale.

Se in futuro un dominio utilizzerà i nameserver di CURIAWEB:

ns1.curiaweb.ch
ns2.curiaweb.ch

deve utilizzare, viene modificata la corrispondente delega dei Nameserver.

Spieghiamo come funziona questo cambio e cosa dovrebbe essere verificato prima su Trovare e utilizzare correttamente i nameserver di CURIAWEB.

Perché un cambio di nameserver è particolarmente critico? #

Durante un cambio di Nameserver non si dovrebbe considerare solo il periodo di transizione.

La cosa fondamentale è soprattutto che la nuova zona DNS sia preparata in modo completo e corretto.

Se sui precedenti name server, ad esempio, sono presenti record per:

  • Sito web
  • E-mail
  • SPF
  • DKIM
  • DMARC
  • Sottodomini
  • servizi esterni
  • Verifiche del dominio

sono presenti, le informazioni che continuano a essere necessarie devono essere fornite correttamente anche dopo il passaggio.

Altrimenti potrebbe verificarsi un'anomalia che non ha nulla a che fare con la propagazione DNS: la nuova zona DNS è semplicemente incompleta.

Attenzione: Non aspettare semplicemente 24 o 48 ore in caso di una nuova zona DNS errata. I record DNS mancanti o errati non si correggono automaticamente aspettando.

Come faccio a capire se è davvero solo propagazione DNS? #

È proprio qui che un controllo DNS risulta utile.

Con il Controllo DNS CURIAWEB puoi controllare le informazioni DNS attualmente visibili pubblicamente di un dominio.

Se, ad esempio, hai modificato un record A, confronti il valore restituito con il nuovo indirizzo IP previsto.

Quando cambi i nameserver, controlli anche quali nameserver sono visibili per il dominio.

Una guida dettagliata alla verifica sistematica è disponibile all'indirizzo Controlla i record DNS: Visualizza la configurazione DNS attuale di un dominio.

Perché vedo ancora il vecchio indirizzo IP? #

Se è stato modificato un record A o AAAA e compare ancora il precedente indirizzo IP, ci sono diverse possibili cause.

Un resolver DNS potrebbe avere ancora il vecchio valore nella cache. Allo stesso modo, è possibile che la modifica sia stata effettuata nella zona DNS errata o che sui nameserver effettivamente autorevoli sia ancora configurato il vecchio valore.

Pertanto, si dovrebbe verificare:

  • Quali nameserver sono responsabili del dominio?
  • Quale valore forniscono i dati DNS autorevoli?
  • Quale valore offrono i diversi resolver?
  • Quale TTL possiede o possedeva il rispettivo record?

Solo allora sarà possibile valutare sensatamente se bisogna semplicemente attendere lo svuotamento di una cache o se è necessario correggere la configurazione stessa.

Perché il sito web funziona sul mio smartphone ma non sul computer? #

Anche questo può verificarsi dopo una modifica del DNS.

Il computer e lo smartphone possono utilizzare reti diverse e quindi diversi resolver DNS.

Ad esempio, il tuo computer potrebbe utilizzare il resolver DNS del tuo provider di servizi Internet, mentre il tuo smartphone ne utilizza un altro tramite la rete mobile.

Se uno di questi ha ancora il vecchio valore DNS nella cache e l'altro no, potrebbero temporaneamente verificarsi risultati diversi.

Lo stesso fenomeno può verificarsi tra due diversi provider Internet.

Perché il dominio funziona per me, ma non per un cliente? #

Anche in questo caso, una diversa cache del resolver potrebbe essere una possibile spiegazione.

Ciò non dovrebbe tuttavia essere dato per scontato automaticamente.

Ulteriori possibili cause sono ad esempio:

  • cache DNS locale
  • Cache del browser o dell'applicazione
  • Differenze tra IPv4 e IPv6
  • Problemi di rete
  • Regole del firewall o di sicurezza
  • una configurazione del server errata

La propagazione del DNS è quindi una possibile causa, ma non la spiegazione di ogni problema che si verifica dopo una modifica del DNS.

Il mio computer può memorizzare da solo i vecchi dati DNS? #

Sì. Oltre ai resolver DNS ricorsivi, anche i sistemi operativi e le applicazioni possono memorizzare temporaneamente nella cache le informazioni DNS.

Perciò può accadere che un controllo DNS esterno mostri già il nuovo valore, mentre un determinato dispositivo sta ancora lavorando con informazioni meno recenti.

In situazioni di questo tipo può essere utile esaminare più attentamente la risoluzione DNS sul dispositivo interessato o nella rete utilizzata.

Un riavvio del router aiuta? #

Non necessariamente.

Se il vecchio valore DNS è memorizzato su un resolver ricorsivo esterno, la sua cache non verrà cancellata riavviando il tuo router.

A seconda della struttura della rete, un router può memorizzare nella cache le informazioni DNS o avere altri stati locali dopo un riavvio. Tuttavia, il riavvio del router non è un metodo generale per accelerare la propagazione del DNS a livello mondiale.

Aiuta a cancellare la cache del browser? #

Un cache del browser e un cache DNS non sono la stessa cosa.

La cancellazione della cache del browser può aiutare a risolvere determinati problemi con i siti web, ma non elimina automaticamente un record DNS memorizzato in un resolver ricorsivo.

Durante la ricerca degli errori si dovrebbe quindi distinguere tra:

  • risoluzione DNS
  • cache DNS locale
  • Cache del browser
  • Server web
  • Sito web o applicazione

Posso accelerare la propagazione del DNS? #

Di norma, non è possibile eliminare centralmente una risposta di cache già esistente su resolver di terze parti.

Tuttavia, in caso di modifiche DNS pianificate, una preparazione adeguata può essere d'aiuto.

Un'opportunità consiste nel TTL del record DNS in questione già ladro di ridurre in modo controllato la modifica pianificata.

Di conseguenza, i resolver possono memorizzare le risposte appena richieste solo per un tempo corrispondentemente più breve.

Importante: Ridurre il TTL solo immediatamente prima del cambio effettivo non elimina le cache già esistenti con il precedente TTL più lungo. Una riduzione pianificata del TTL deve quindi avvenire con dovuto anticipo rispetto alla migrazione, affinché le vecchie voci della cache possano scadere.

Dovrei impostare la TTL permanentemente il più basso possibile? #

Non necessariamente.

Un TTL basso fa sì che le informazioni DNS debbano essere interrogate più frequentemente. Questo può essere utile in caso di migrazioni pianificate, ma non è automaticamente la configurazione permanente ottimale.

Dopo una transizione riuscita, è quindi possibile utilizzare nuovamente una TTL adeguata alla rispettiva infrastruttura.

Quali valori siano sensibili dipende dal rispettivo servizio e dalla configurazione DNS.

Cosa dovrei fare prima di un cambio di hosting pianificato? #

Durante un cambio di hosting pianificato, la preparazione è molto meglio della risoluzione successiva degli errori.

Per prima cosa dovresti documentare la configurazione DNS esistente. Il Controllo DNS CURIAWEB può aiutare a controllare le informazioni DNS pubblicamente visibili.

Successivamente, il nuovo ambiente di hosting dovrebbe essere completamente preparato prima di modificare i record DNS decisivi.

Se una TTL più breve è opportuna per la commutazione pianificata, dovrebbe essere impostata con dovuto anticipo.

Dopo la modifica, controlli nuovamente i nuovi valori DNS.

Cosa dovrei fare prima di cambiare i nameserver? #

È necessaria particolare cautela in caso di un cambio completo di nameserver.

Prima che la delega venga modificata, la nuova zona DNS dovrebbe essere preparata nel modo più completo possibile.

Confronta quindi in particolare:

  • Record A e AAAA
  • Record CNAME
  • Record MX
  • Record TXT
  • SPF, DKIM e DMARC
  • Sottodomini
  • Record di verifica
  • altri record speciali necessari

Spiegheremo il significato dei diversi tipi di record sotto Record DNS spiegati: A, AAAA, CNAME, MX, TXT e CAA.

Cosa succede alle email durante la propagazione del DNS? #

In caso di modifiche ai record MX o ai nameserver, la fase di transizione può influire anche sul traffico di posta elettronica.

Diversi server di posta in uscita possono utilizzare temporaneamente informazioni DNS differenti.

Perciò, in caso di una migrazione pianificata, è particolarmente importante considerare attentamente la vecchia e la nuova infrastruttura di posta elettronica durante la fase di transizione e preparare completamente la zona DNS.

Se viene trasferito solo il sito web e la configurazione della posta elettronica deve rimanere invariata, i record MX, SPF, DKIM e DMARC necessari a tale scopo non devono essere persi accidentalmente.

Perché non dovrei continuare a modificare continuamente un record DNS? #

Wenn eine Änderung nicht sofort überall sichtbar ist, entsteht schnell die Versuchung, den DNS-Eintrag erneut zu bearbeiten.

Das kann die Fehlersuche erheblich erschweren.

Statt eines klaren alten und neuen Zustands existieren dann mehrere Änderungen zu unterschiedlichen Zeitpunkten. Resolver können zudem noch Werte aus verschiedenen Cache-Zuständen besitzen.

Regola fondamentale: Wenn der neue Wert auf den autoritativen Nameservern korrekt konfiguriert ist, ändere ihn nicht erneut nur deshalb, weil einzelne Resolver noch ältere Informationen liefern.

DNS-Propagation oder falscher DNS-Eintrag? #

Diese Unterscheidung ist entscheidend.

Wenn der autoritative Nameserver bereits den richtigen neuen Wert liefert und lediglich einzelne Resolver noch einen alten Wert verwenden, spricht vieles für einen Cache-Effekt.

Liefert dagegen bereits die autoritative DNS-Infrastruktur einen falschen Wert, wird Warten das Problem nicht beheben.

Dasselbe gilt, wenn ein benötigter Record vollständig fehlt.

Dann muss die DNS-Konfiguration korrigiert werden.

Wo kann ich DNS-Einträge bei CURIAWEB bearbeiten? #

Wenn die DNS-Zone deiner Domain über dein CURIAWEB Hosting verwaltet wird, kannst du die entsprechenden DNS-Einträge in cPanel über den Zoneneditor einsehen und bearbeiten.

Spiegheremo il funzionamento all'indirizzo Utilizzare l'editor di zone DNS in cPanel.

Nach einer Änderung kannst du anschließend über den Controllo DNS CURIAWEB kontrollieren, welche DNS-Informationen öffentlich sichtbar sind.

Ein sinnvoller Ablauf nach einer DNS-Änderung #

  1. Kontrolliere, ob der gewünschte neue Wert in der zuständigen DNS-Zone korrekt eingetragen wurde.
  2. Prüfe, welche Nameserver für die Domain autoritativ zuständig sind.
  3. Führe eine DNS-Abfrage für den geänderten Record durch.
  4. Vergleiche das Ergebnis mit dem erwarteten neuen Wert.
  5. Berücksichtige die TTL und mögliche Resolver-Caches.
  6. Nimm keine weiteren Änderungen auf Verdacht vor.

Damit lässt sich wesentlich besser beurteilen, ob lediglich eine Cache-Übergangsphase besteht oder tatsächlich ein Konfigurationsfehler vorliegt.

Riepilogo #

Come Propagazione DNS wird häufig die Übergangsphase bezeichnet, in der eine DNS-Änderung noch nicht von allen Abfragen mit demselben Ergebnis gesehen wird.

DNS-Änderungen werden jedoch nicht aktiv gleichzeitig auf alle DNS-Server der Welt verteilt. Rekursive Resolver speichern DNS-Antworten entsprechend ihrer TTL und fragen sie nach Ablauf des Caches erneut ab.

Deshalb kann ein Resolver bereits den neuen Wert liefern, während ein anderer vorübergehend noch eine ältere Antwort verwendet.

Wie lange dieser Zustand dauert, lässt sich nicht pauschal mit „24 Stunden“ oder „48 Stunden“ beantworten. Entscheidend sind unter anderem TTL, Cache-Zustand und die Art der Änderung.

Bei Nameserver-Wechseln ist zusätzlich wichtig, dass die neue DNS-Zone vollständig vorbereitet wurde. Fehlende oder falsche DNS-Einträge werden durch Warten nicht behoben.

Prüfe deshalb nach einer DNS-Änderung zuerst die tatsächlich veröffentlichten DNS-Daten. Wenn die autoritative Konfiguration korrekt ist, solltest du nicht aufgrund einzelner zwischengespeicherter Altwerte weitere Änderungen auf Verdacht vornehmen.

Ultimo aggiornamento 29 agosto 2026
Questo articolo è stato utile?
Consenso ai cookie con Real Cookie Banner