Dopo aver modificato il record DNS, non tutti potrebbero vedere lo stesso risultato contemporaneamente. I livelli TTL e cache sono parti essenziali della pianificazione della migrazione.
Approccio di base
TTL specifica la quantità di tempo in cui una risposta DNS può essere memorizzata nella cache. L'aggiornamento effettuato sul server autorizzato non accorcia retroattivamente la vita residua di un record precedentemente acquisito. Il client, il browser e il risolutore ricorsivo possono avere livelli di memorizzazione nella cache diversi.
Fasi dell'applicazione
- Registrare il valore TTL prima della modifica e l'orario di commutazione pianificato.
- Confrontare la risposta del server proxy con la risposta del risolutore utilizzato dal client.
- Piano per garantire che il vecchio e il nuovo obiettivo possano essere raggiunti durante la transizione; Non fare affidamento solo sulla pulizia della cache locale.
Esempio pratico
Se l'IP viene cambiato alle 14:00 quando il TTL è di un'ora, un risolutore che riceve la vecchia risposta alle 13:59 può utilizzarla per il tempo rimanente. L'abbassamento del TTL appena prima dello switch non aggiorna istantaneamente le vecchie cache.
Interpretare correttamente il risultato
Non tutti i ritardi sono dovuti alla propagazione del DNS. Anche un proxy errato, una registrazione mancante o la cache dell'applicazione possono creare la stessa immagine. Annotando insieme l'ora, il server interrogato e il valore restituito si vede quale livello è rimasto indietro.
Fonte e lettura di follow-up
Dettagli del protocollo o del comando: RFC1034. I passaggi e lo scenario di esempio rappresentano la narrativa editoriale di IPScan.