{"id":2342,"date":"2026-10-20T06:03:09","date_gmt":"2026-10-20T06:03:09","guid":{"rendered":"https:\/\/junglelabs.uk\/"},"modified":"2026-10-20T06:03:09","modified_gmt":"2026-10-20T06:03:09","slug":"what-is-dns-propagation-why-dns-changes-take-time","status":"publish","type":"post","link":"https:\/\/junglelabs.uk\/it\/what-is-dns-propagation-why-dns-changes-take-time\/","title":{"rendered":"Cos'\u00e8 la propagazione DNS? Perch\u00e9 le modifiche ai DNS richiedono tempo"},"content":{"rendered":"<p class=\"wp-block-paragraph\">Aggiorni i record DNS di un dominio, salvi la modifica e ti aspetti che il nuovo sito web o il servizio di posta funzionino immediatamente. Ma un collega vede ancora il vecchio sito web, un controllo online mostra un indirizzo diverso o l\u2019invio delle email si comporta in modo inconsistente. Questo ritardo \u00e8 comunemente chiamato <strong>Propagazione DNS<\/strong>.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La frase pu\u00f2 far sembrare che un singolo aggiornamento stia viaggiando attraverso un sistema Internet centrale. Il DNS, tuttavia, \u00e8 distribuito. Le informazioni sui domini sono memorizzate e memorizzate nella cache attraverso server dei nomi autoritativi, resolver ricorsivi, router, sistemi operativi e applicazioni. Ogni sistema pu\u00f2 aggiornare le proprie informazioni in momenti diversi.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La maggior parte delle modifiche DNS diventa visibile man mano che le cache scadono e i resolver recuperano record aggiornati. La durata di questo processo dipende dal precedente Time to Live (TTL) del record, dal comportamento dei resolver e dalla correttezza della configurazione DNS autorevole. Non esiste un tempo universale che garantisca che ogni utente visualizzi la nuova risposta.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Questa guida spiega cosa si intende con la propagazione DNS, perch\u00e9 le modifiche ai DNS appaiono in tempi diversi, come verificare le risposte correnti di un dominio e cosa fare quando un aggiornamento sembra ancora incompleto.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Cosa significa propagazione DNS?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">La propagazione DNS \u00e8 il termine comune per indicare il periodo durante il quale diversi utenti o risolutori DNS possono ricevere risposte diverse dopo che i record DNS sono stati modificati. Un utente in una rete potrebbe gi\u00e0 visualizzare il nuovo indirizzo IP, mentre il risolutore di un altro utente continua a restituire un indirizzo pi\u00f9 vecchio memorizzato nella cache.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La modifica DNS sottostante viene effettuata sui server dei nomi autoritativi per il dominio. I resolver ricorsivi recuperano quindi e memorizzano nella cache i record per i loro utenti. Questi resolver non interrogano necessariamente i server autoritativi ogni volta che qualcuno visita il dominio. Possono riutilizzare una risposta memorizzata nella cache finch\u00e9 rimane valida.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">\u00c8 per questo che la \u201cpropagazione\u201d \u00e8 meglio intesa come <strong>scadenza della cache e aggiornamento<\/strong>. Non esiste una copia centrale che debba essere aggiornata su tutti i dispositivi connessi a Internet contemporaneamente. Il registro autorevole potrebbe gi\u00e0 essere corretto, anche se alcuni resolver continuano a servire dati pi\u00f9 vecchi memorizzati nella cache.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Come funziona il caching DNS<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Quando un browser deve trovare l'indirizzo IP di un dominio, chiede al sistema operativo di risolvere il nome. Il sistema operativo potrebbe avere una risposta memorizzata nella cache. In caso contrario, richiede a un resolver ricorsivo configurato, come quello gestito da un provider Internet, da un'azienda o da un servizio DNS pubblico.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Il resolver ricorsivo pu\u00f2 anche disporre di una risposta memorizzata nella cache. Se tale risposta \u00e8 ancora entro il suo tempo di vita in cache, pu\u00f2 restituirla senza contattare i server dei nomi autorevoli. Quando la record nella cache scade, il resolver pu\u00f2 interrogare il sistema DNS autorevole e memorizzare la risposta aggiornata.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La memorizzazione nella cache riduce i tempi di ricerca e il carico sull'infrastruttura DNS. Inoltre, significa che le modifiche ai record non sono necessariamente visibili a tutti i resolver nello stesso momento. La vecchia risposta rimane utilizzabile da un resolver fino alla scadenza della sua cache o al suo successivo aggiornamento.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Diversi utenti possono utilizzare diversi resolver ricorsivi. Persone che si trovano nella stessa casa possono vedere risposte diverse se i loro dispositivi utilizzano servizi DNS differenti, VPN, reti mobili o cache locali.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Cos'\u00e8 il TTL nel DNS?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">TTL sta per Time To Live <strong>Tempo di vita<\/strong>. \u00c8 un valore, solitamente misurato in secondi, che indica ai resolver ricorsivi per quanto tempo possono memorizzare nella cache una record DNS prima di verificare la presenza di una risposta aggiornata.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ad esempio, un TTL di <code>3600<\/code> significa un'ora. Se un resolver recupera un record con quel TTL, pu\u00f2 generalmente continuare a utilizzare la risposta per fino a un'ora prima di doverla aggiornare. Un TTL di <code>300<\/code> significa cinque minuti.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Il TTL che conta dopo una modifica \u00e8 solitamente il TTL della vecchia record che i resolver hanno gi\u00e0 memorizzato nella cache. Abbassare il TTL immediatamente prima di modificare un record potrebbe non ridurre il tempo di attesa per i resolver che hanno memorizzato nella cache il precedente, pi\u00f9 alto TTL. Questi resolver potrebbero continuare a utilizzare la vecchia risposta fino alla scadenza del periodo originale di caching.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Per le migrazioni pianificate, gli amministratori spesso riducono preventivamente il TTL, attendono che questo scada e poi apportano la modifica DNS. Una volta stabilizzata la modifica, possono aumentare nuovamente il TTL per ridurre le query ripetute. I valori appropriati dipendono dal servizio e dal processo di cambiamento dell\u2019operatore.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Perch\u00e9 le modifiche DNS richiedono tempi diversi?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Il motivo pi\u00f9 comune \u00e8 che i resolver abbiano copie diverse nella cache. Alcuni potrebbero aver gi\u00e0 aggiornato il record, mentre altri stanno ancora utilizzando una risposta non scaduta. Un resolver pu\u00f2 anche applicare la propria logica di aggiornamento o memorizzare nella cache risposte negative, ovvero risposte che indicano l'inesistenza di un record.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La cache locale pu\u00f2 aggiungere un ulteriore livello. Un computer, un router, un browser o un'applicazione di sicurezza possono trattenere temporaneamente le informazioni DNS. Riavviare un browser o cancellare la cache DNS del sistema operativo pu\u00f2 aiutare in alcuni casi, ma non cambier\u00e0 ci\u00f2 che \u00e8 ancora memorizzato nella cache da un resolver ricorsivo.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le modifiche al provider DNS possono introdurre ulteriori fattori temporali. Se si modificano i name server autoritativi del dominio presso il registrar, i resolver potrebbero dover aggiornare le informazioni di delega, nonch\u00e9 i record serviti da tali name server. Si tratta di una modifica diversa dalla modifica di un record A o AAAA all'interno dello stesso servizio di hosting DNS.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Infine, un aggiornamento potrebbe non essere corretto alla fonte autoritativa. Se il record errato \u00e8 stato modificato, la modifica non \u00e8 stata salvata, il dominio utilizza server dei nomi autoritativi diversi o il record contiene un errore di sintassi, l'attesa non risolver\u00e0 la configurazione sottostante.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Propagazione DNS vs Aggiornamenti DNS Autoritativi<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un server DNS autoritativo fornisce i record ufficiali per un dominio o una zona. Quando si modifica un record nel pannello di controllo del provider DNS, il provider dovrebbe aggiornare i dati autoritativi che offre.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un resolver ricorsivo fornisce risposte DNS ai dispositivi client. Potrebbe avere dati in cache precedenti alla modifica. Pertanto, il server autorevole pu\u00f2 restituire il nuovo indirizzo mentre un resolver ricorsivo continua a restituire uno pi\u00f9 vecchio.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Questa distinzione \u00e8 utile durante la risoluzione dei problemi. Innanzitutto, verifica cosa restituiscono i server dei nomi autorevoli. Se questi hanno gi\u00e0 il record atteso, la modifica \u00e8 stata pubblicata alla fonte e le differenze rimanenti sono probabilmente dovute alla cache o al comportamento del resolver. Se i server autorevoli restituiscono ancora il valore precedente o nessun valore, investiga la configurazione del provider DNS e i record stessi.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La modifica dei nameserver aggiunge un ulteriore livello. La zona DNS padre deve puntare ai nameserver autoritativi previsti, e tali server devono servire la zona corretta. Un record corretto su un provider DNS non \u00e8 utile se il dominio \u00e8 delegato ai nameserver di un altro provider.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Modifiche comuni al DNS e i loro effetti<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Modificare un <strong>Un record<\/strong> changes the IPv4 address returned for a hostname. Changing an <strong>Record AAAA<\/strong> cambia il suo indirizzo IPv6. Se entrambi sono presenti, i client possono utilizzare uno dei due indirizzi a seconda della loro rete e del comportamento di connessione.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Cambiando un <strong>Record CNAME<\/strong> modifica il nome di host a cui punta un alias. I resolver potrebbero quindi dover effettuare una ricerca del nome target e del suo indirizzo. Una modifica ai record del target pu\u00f2 influenzare il risultato finale anche se il CNAME rimane invariato.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Modificare un <strong>Record MX<\/strong> influisce sui server di posta che ricevono le email per un dominio. I sistemi di posta possono memorizzare nella cache questi record e il routing delle email pu\u00f2 richiedere del tempo prima di riflettere le modifiche. Quando si cambia fornitore di posta, gli amministratori dovrebbero verificare separatamente i record MX e tutti i record correlati di autenticazione della posta, come SPF, DKIM o DMARC.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Modifica <strong>nameserver<\/strong> modifiche che indicano quale provider DNS \u00e8 autorevole per il dominio. Ci\u00f2 richiede una corretta delegazione presso il registrar e una configurazione corretta della zona presso il nuovo provider. Una migrazione dei nameserver dovrebbe essere pianificata con cura, poich\u00e9 la mancanza di record nel nuovo provider pu\u00f2 rendere i siti web, l'email o altri servizi non disponibili.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Come verificare se una modifica DNS \u00e8 stata applicata<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Inizia interrogando il dominio dal computer che stai utilizzando. Su Windows, macOS e Linux, <code>nslookup<\/code> \u00e8 comunemente disponibile:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>nslookup example.com<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Per verificare un record di indirizzo IPv4, utilizzare:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>nslookup -type=A example.com<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Per IPv6:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>nslookup -type=AAAA example.com<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Per i record dei server di posta:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>nslookup -type=MX example.com<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Su macOS e Linux, <code>scava<\/code> fornisce un output pi\u00f9 dettagliato:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>dig example.com A<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Per mostrare solo la sezione delle risposte:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>dig example.com A +noall +answer<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">\u00c8 possibile interrogare un resolver ricorsivo specifico per confrontare le risposte. Ad esempio:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>dig @1.1.1.1 example.com A<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Su Windows, puoi specificare un server DNS con:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>nslookup example.com 1.1.1.1<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Sostituisci <code>example.com<\/code> con il tuo dominio. L'indirizzo del resolver in questi esempi \u00e8 solo uno dei possibili resolver pubblici; puoi interrogare anche il servizio DNS utilizzato dalla tua organizzazione o dal tuo provider.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Registra il resolver che hai interrogato, la risposta e il tempo. Confrontare i risultati da pi\u00f9 resolver aiuta a determinare se la differenza \u00e8 locale a un singolo resolver o se appare pi\u00f9 ampiamente.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Come interrogare un server dei nomi autorevole<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Per trovare i nomi server autoritativi per un dominio, utilizzare:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>dig example.com NS<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Quindi interroga direttamente uno di quei server dei nomi per il record che hai modificato:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>dig @ns1.example-dns.com example.com A<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Sostituisci <code>ns1.example-dns.com<\/code> con un server autorevole elencato per il tuo dominio. Se la query diretta restituisce l'indirizzo previsto ma un resolver ricorsivo restituisce quello vecchio, i dati autorevoli sono stati aggiornati e il resolver potrebbe ancora utilizzare una risposta memorizzata nella cache.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Puoi anche chiedere <code>scava<\/code> per tracciare il processo di delega:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>dig +trace example.com<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Questo segue la gerarchia DNS dalla radice verso i server autoritativi del dominio. Pu\u00f2 aiutare a identificare problemi di delega, sebbene il suo output sia pi\u00f9 dettagliato rispetto alla maggior parte delle verifiche basilari richieste.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Se stai utilizzando il pannello di controllo di un provider DNS, verifica che il dominio sia effettivamente delegato ai server dei nomi visualizzati. Un record pu\u00f2 essere corretto nel dashboard di un provider, mentre il dominio pubblico punta a un altro provider.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Cosa succede se alcuni utenti vedono il vecchio sito web?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Innanzitutto, verifica che il record A o AAAA autorevole abbia il valore previsto. Quindi interroga diversi resolver ricorsivi e controlla se restituiscono la stessa risposta. Se i dati autorevoli sono corretti ma alcuni resolver restituiscono un indirizzo pi\u00f9 vecchio, il caching \u00e8 una spiegazione probabile.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Successivamente, verifica la configurazione locale dell'utente. Una VPN, un resolver DNS aziendale, un prodotto di sicurezza, la cache del browser o il file hosts locale possono influenzare l'indirizzo restituito. Confronta il risultato ottenuto da un'altra rete, ad esempio una connessione mobile, per verificare se il comportamento cambia.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Valuta anche se i vecchi e i nuovi server rispondono. Una migrazione pu\u00f2 apparire incoerente se l'host precedente continua a servire una copia cache o reindirizza in modo diverso. Il record DNS pu\u00f2 essere corretto mentre il vecchio server rimane accessibile agli utenti il cui resolver non \u00e8 stato aggiornato.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Se il problema interessa solo IPv4 o solo IPv6, confronta separatamente i record A e AAAA. Un dispositivo pu\u00f2 connettersi tramite IPv6 mentre un altro utilizza IPv4. Una famiglia di indirizzi pu\u00f2 puntare al nuovo server, mentre l'altra punta ancora a quello vecchio.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Cosa succede se un sito web non \u00e8 disponibile dopo una modifica DNS?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Verifica che i server dei nomi autoritativi del dominio siano corretti e raggiungibili. Quindi verifica che i record pertinenti esistano su tali server. Se hai modificato di recente i server dei nomi, assicurati che il nuovo provider DNS disponga di tutti i record richiesti, inclusi quelli per il sito web, l'e-mail, la verifica e i servizi.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Conferma che il server di destinazione sia pronto ad accettare connessioni per il dominio. L'aggiornamento del DNS modifica solo la direzione verso cui vengono indirizzati i client. Non configura il server web, non installa un certificato, non apre una porta nel firewall e non copia i file del sito web.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Se il DNS restituisce l'indirizzo IP previsto ma il sito web continua a non funzionare, testa separatamente il server e l'applicazione. Il problema potrebbe risiedere nel server web, nel firewall, nel certificato TLS, nella configurazione dell'hosting o nell'applicazione. Una ricerca DNS conferma la risoluzione del nome; non garantisce che il servizio sia sano.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Per un controllo generale del percorso tra il tuo dispositivo e una destinazione, consulta la nostra guida a <a href=\"https:\/\/junglelabs.uk\/it\/what-is-traceroute\/\">utilizzare traceroute per diagnosticare problemi di connessione di rete<\/a>. Traceroute e ricerche DNS testano parti diverse della connessione, quindi sono utili insieme quando si cerca di identificare un problema.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Caching negativo e risultati \u201cRecord non trovato\u201d<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">I resolver possono memorizzare nella cache il fatto che un record non esiste. Questo \u00e8 noto come caching negativo. Se un resolver ha interrogato un nome prima della creazione del record, potrebbe continuare temporaneamente a restituire una risposta \"non trovato\" anche dopo che il record \u00e8 stato aggiunto.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Il caching negativo ha anch'esso un TTL, basato sulle informazioni contenute nel record SOA della zona e sulle regole del resolver. Il comportamento esatto pu\u00f2 variare. Se un sottodominio appena creato non viene risolto immediatamente, verificare prima il server dei nomi autorevole. Se restituisce il nuovo record, attendere la scadenza delle cache negative e confrontare con altri resolver.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Una risposta \u201crecord non trovato\u201d pu\u00f2 anche indicare che il record \u00e8 stato aggiunto alla zona errata, che il nome host \u00e8 stato inserito in modo errato o che il dominio utilizza server dei nomi autorevoli diversi. Conferma il nome host completo, il tipo di record e il provider DNS prima di presumere che il problema sia solo un ritardo di propagazione.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Come pianificare una migrazione DNS<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Prima di modificare i record per un servizio di produzione, elenca tutti i nomi di host e registra i servizi su cui dipende. Un sito web pu\u00f2 utilizzare record A e AAAA, mentre l'email dipende da record MX, SPF, DKIM e DMARC. Le applicazioni possono anche fare affidamento su record di verifica o di scoperta dei servizi.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Se la modifica \u00e8 pianificata, ridurre in anticipo il TTL rilevante e attendere almeno il periodo del TTL precedente prima di cambiare la destinazione. Preparare il nuovo server o provider prima di aggiornare il DNS. Effettuare test diretti ove possibile e verificare che certificati, regole del firewall, impostazioni dell'applicazione e servizi di posta siano pronti.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Dopo la modifica, verificare le risposte autorevoli e diversi resolver ricorsivi. Monitorare la disponibilit\u00e0 del sito web, la consegna delle email e gli errori dell'applicazione. Mantenere il servizio precedente disponibile durante la transizione, quando possibile, poich\u00e9 alcuni utenti potrebbero continuare a raggiungerlo mentre scadono le risposte in cache.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Una volta che la nuova configurazione \u00e8 stabile, ripristina un TTL adeguato. Mantenere un TTL molto basso in modo indefinito pu\u00f2 aumentare il volume delle query DNS senza fornire molti vantaggi per un servizio che cambia raramente.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Incomprensioni comuni sulla propagazione DNS<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un malinteso comune \u00e8 che ogni modifica DNS richieda esattamente 24 o 48 ore. Non esiste una durata universale fissa. Il ritardo effettivo dipende dai valori TTL precedenti, dalla cache dei resolver, dalle modifiche alla delega e dalla correttezza della configurazione autorevole.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un altro malinteso \u00e8 che la cancellazione della cache del browser aggiorni il DNS ovunque. Pu\u00f2 cancellare le informazioni memorizzate su quel dispositivo, ma non pu\u00f2 cancellare la cache di un resolver ricorsivo remoto. Allo stesso modo, riavviare un router pu\u00f2 cancellarne la cache locale, ma non modifica i record autorevoli.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un terzo malinteso \u00e8 che un verificatore DNS che mostra risposte diverse provi che il dominio sia rotto. Risposte diverse possono verificarsi durante una migrazione pianificata, specialmente quando i resolver hanno memorizzato nella cache dati in momenti diversi. La domanda importante \u00e8 se i record autorevoli siano corretti e se le differenze rimanenti siano coerenti con il TTL precedente.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Infine, la propagazione del DNS non configura il servizio di destinazione. Un indirizzo IP corretto pu\u00f2 comunque portare a un sito web non disponibile se il server, il firewall, il certificato TLS o l'applicazione non sono pronti.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Domande frequenti sulla propagazione DNS<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Quanto tempo ci vuole per la propagazione del DNS?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Non esiste una durata garantita e univoca. Alcune modifiche si manifestano rapidamente, mentre altre rimangono incoerenti fino alla scadenza dei record nella cache. La TTL precedente, il comportamento del resolver e l'eventuale modifica dei nameserver influenzano tutti i tempi di propagazione.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Ridurre il TTL rende la modifica istantanea?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">No. Abbassare un TTL influisce sulla memorizzazione nella cache futura dopo che i resolver recuperano il nuovo TTL. I resolver che hanno gi\u00e0 memorizzato nella cache la vecchia record potrebbero continuare a utilizzarla fino alla scadenza del proprio TTL precedente.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Perch\u00e9 i controllori DNS mostrano risultati diversi?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Possono interrogare diversi resolver ricorsivi da diverse posizioni. Questi resolver possono avere risposte memorizzate nella cache differenti, aggiornarsi in momenti diversi o ricevere risposte diverse a causa di politiche DNS geografiche.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Dovrei svuotare la cache DNS del mio computer?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Pu\u00f2 essere utile quando il tuo dispositivo ha memorizzato nella cache una vecchia risposta. Non cancella le cache mantenute dal tuo provider Internet, dal resolver aziendale o da un servizio DNS pubblico.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Perch\u00e9 il mio sito web viene risolto ma non riesce a caricarsi?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">DNS potrebbe restituire l'indirizzo corretto, ma il server o l'applicazione di destinazione potrebbero presentare problemi. Verifica separatamente il server web, il firewall, il certificato TLS e la configurazione dell'hosting.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">I cambiamenti dei nameserver possono richiedere pi\u00f9 tempo rispetto ai cambiamenti dei record?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Possono includere informazioni di delega aggiuntive presso il registrar e la zona DNS padre. Il nuovo provider deve inoltre servire una zona completa e corretta. Verificare sia la delega che i record sui nuovi server autoritativi.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le modifiche al DNS possono apparire in tempi diversi perch\u00e9 i server dei nomi autoritativi e i resolver ricorsivi hanno ruoli separati, e i resolver memorizzano nella cache le risposte in base ai valori TTL. Un utente potrebbe vedere un indirizzo vecchio mentre un altro riceve gi\u00e0 quello nuovo.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Per indagare, verificare innanzitutto i server dei nomi autorevoli, quindi confrontare le risposte provenienti da diversi resolver ricorsivi. Confermare il tipo di record, l\u2019hostname, il TTL e la delega dei nameserver. Se DNS restituisce l\u2019indirizzo previsto ma il servizio rimane non disponibile, verificare il server di destinazione e l\u2019applicazione come parti distinte del problema.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Comprendere il caching facilita la pianificazione e il troubleshooting delle modifiche DNS. Per ulteriori nozioni fondamentali di rete, continua con le nostre guide su <a href=\"https:\/\/junglelabs.uk\/it\/what-is-an-ip-address-a-complete-beginners-guide\/\">Indirizzi IP<\/a>, <a href=\"https:\/\/junglelabs.uk\/it\/what-is-a-default-gateway\/\">gateway predefiniti<\/a>, e <a href=\"https:\/\/junglelabs.uk\/it\/what-is-traceroute\/\">tracciamento percorso<\/a>.<\/p>","protected":false},"excerpt":{"rendered":"<p>You update a domain\u2019s DNS records, save the change, and expect the new website or mail service to work immediately. But a colleague still sees the old website, an online checker shows a different address, or email delivery behaves inconsistently. This delay is commonly called DNS propagation. The phrase can make it sound as though [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":2344,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_seopress_titles_title":"What Is DNS Propagation? Why DNS Changes Take Time","_seopress_titles_desc":"Learn why DNS changes take time to appear, how caching and TTL affect updates, and how to check whether a domain is returning the expected records.","_seopress_robots_index":"","_seopress_robots_follow":"","_seopress_robots_imageindex":"","_seopress_robots_snippet":"","_seopress_robots_primary_cat":"","_seopress_robots_breadcrumbs":"","_seopress_robots_freeze_modified_date":"","_seopress_robots_custom_modified_date":"","_seopress_robots_canonical":"","_seopress_social_fb_title":"","_seopress_social_fb_desc":"","_seopress_social_fb_img":"","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"","_seopress_social_twitter_desc":"","_seopress_social_twitter_img":"","_seopress_social_twitter_img_attachment_id":0,"_seopress_social_twitter_img_width":0,"_seopress_social_twitter_img_height":0,"_seopress_redirections_value":"","_seopress_redirections_enabled":"","_seopress_redirections_enabled_regex":"","_seopress_redirections_logged_status":"","_seopress_redirections_param":"","_seopress_redirections_type":0,"_seopress_analysis_target_kw":"","footnotes":""},"categories":[1],"tags":[],"class_list":["post-2342","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-article"],"_links":{"self":[{"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/posts\/2342","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/comments?post=2342"}],"version-history":[{"count":1,"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/posts\/2342\/revisions"}],"predecessor-version":[{"id":2343,"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/posts\/2342\/revisions\/2343"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/media\/2344"}],"wp:attachment":[{"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/media?parent=2342"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/categories?post=2342"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/tags?post=2342"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}