Caching, TTL e problemi DNS

Interrogare l’intera gerarchia DNS per ogni ricerca sarebbe lento e sovraccaricherebbe i server. La memorizzazione nella cache conserva le risposte recenti, così le ricerche ripetute sono immediate.

I resolver, i sistemi operativi e persino i browser mantengono cache DNS. È la cache a rendere il DNS veloce e scalabile per miliardi di query quotidiane.

Ogni record DNS contiene un TTL (Time To Live), ovvero un numero di secondi che indica per quanto tempo le cache devono conservare la risposta prima della sua scadenza.

Un record con TTL pari a 3600 può essere memorizzato nella cache per un’ora. Trascorso il TTL, la cache elimina la voce e alla ricerca successiva deve recuperarla nuovamente.

Il TTL comporta un compromesso. Un TTL lungo significa meno ricerche e risposte più rapide, ma richiede più tempo per propagare le modifiche. Un TTL breve propaga rapidamente le modifiche, ma aumenta il carico di query.

Gli amministratori spesso riducono il TTL prima di una migrazione pianificata, in modo che il nuovo indirizzo si propaghi rapidamente, per poi aumentarlo di nuovo al termine.

Quando aggiorna un record DNS, la modifica non compare subito ovunque. Le cache di tutto il mondo contengono ancora il vecchio valore finché il relativo TTL non scade.

Questo ritardo si chiama propagazione. Una modifica può richiedere da pochi minuti a diverse ore per essere visibile globalmente, a seconda del TTL precedente: è una causa comune di confusione dopo le modifiche.

Un problema DNS frequente è una cache obsoleta: un dispositivo continua a usare un vecchio IP memorizzato nella cache dopo che l’indirizzo reale è cambiato. Il sito sembra non funzionare anche se il record è corretto.

La soluzione consiste nell’attendere la scadenza del TTL oppure svuotare la cache. In molti sistemi è possibile cancellarla manualmente per forzare subito una nuova ricerca.

Quando le voci obsolete causano problemi, svuotare la cache obbliga il dispositivo a eliminare i record memorizzati e a eseguire una nuova query. È un normale primo passaggio per la risoluzione dei problemi.

I diversi sistemi dispongono di comandi specifici per lo svuotamento. Dopo l’operazione, la ricerca successiva interroga nuovamente il resolver e acquisisce le eventuali modifiche recenti ai record.

Se un dispositivo usa un resolver non raggiungibile o configurato in modo errato, la risoluzione dei nomi fallisce completamente anche quando la rete funziona. Controllare il server DNS configurato è un passaggio diagnostico fondamentale.

Passare a un resolver pubblico noto e funzionante, come 8.8.8.8 o 1.1.1.1, consente di verificare rapidamente se il problema era nel resolver originale.

Prima di consultare il DNS, la maggior parte dei sistemi controlla un file hosts locale che associa manualmente i nomi agli indirizzi. Una voce presente nel file ha la precedenza sul DNS per quel nome.

Una voce hosts dimenticata o dannosa può reindirizzare silenziosamente un nome all’IP sbagliato. Perciò, quando un solo nome presenta problemi mentre gli altri vengono risolti correttamente, controllare il file hosts è una scelta opportuna.

Tra i segnali classici di un guasto DNS vi sono: un sito che si carica tramite IP ma non tramite nome, l’errore "server non trovato" oppure connessioni iniziali lente.

Se il ping a un IP riesce ma quello al nome fallisce con un errore di host sconosciuto, la causa è il DNS. Questo rapido test permette di distinguere il DNS dagli altri problemi di connettività.

Usi nslookup o dig per interrogare direttamente il DNS. Può specificare un server, verificare quale record viene restituito e controllare il TTL rimanente.

Questi strumenti permettono di confrontare la risposta del proprio resolver con quella autoritativa, rivelando cache obsolete o record configurati in modo errato all’origine.

La maggior parte dei problemi DNS dipende dal comportamento della cache e del TTL, da un resolver difettoso o da un record errato. Un controllo strutturato — test tramite IP, verifica del resolver, svuotamento della cache, query con nslookup — consente di isolare la causa. Comprendere TTL e propagazione spiega perché le modifiche sembrano subire ritardi.

Questo completa le basi dell’indirizzamento e della denominazione essenziali per l’esame Network+.

Interpreti uno scenario relativo al TTL.

Ha imparato a conoscere la memorizzazione nella cache, il TTL e i problemi DNS.

• La memorizzazione nella cache conserva le risposte recenti per rendere il DNS veloce.
• Il TTL stabilisce per quanto tempo un record può rimanere nella cache prima dell’aggiornamento.
• TTL lungo = meno ricerche ma modifiche lente; TTL breve = modifiche rapide e maggiore carico.
• I ritardi di propagazione e le cache obsolete causano molti problemi DNS; svuotare la cache può essere d’aiuto.
• La diagnosi si esegue con test tramite IP, controlli del resolver e nslookup.