So che potrebbe essere molto diverso in base alla situazione, ma per l'hosting di un sito Web senza piani per spostare il server di hosting qual è un buon TTL da impostare sul record DNS?
So che potrebbe essere molto diverso in base alla situazione, ma per l'hosting di un sito Web senza piani per spostare il server di hosting qual è un buon TTL da impostare sul record DNS?
Risposte:
Tendo a lasciarlo al default di Slicehost, 86.400 secondi (1 giorno). Lo lascio cadere fino a 10 minuti quando ho una mossa in sospeso e aspetto un giorno o due.
modifica: In questi giorni (2016) tendo a mantenerlo basso - ~ 5 minuti.
Gli standard (scritti molto tempo fa nel 1987) suggeriscono 86.400 secondi (1 giorno) come TTL predefinito minimo.
È importante che i TTL siano impostati su valori appropriati. Il TTL è il tempo (in secondi) in cui un resolver utilizzerà i dati che ha ricevuto dal tuo server prima di chiedere nuovamente al tuo server. Se si imposta un valore troppo basso, il server verrà caricato con molte richieste di ripetizione. Se lo si imposta su un valore troppo alto, le informazioni modificate non verranno distribuite in un lasso di tempo ragionevole. Se si lascia vuoto il campo TTL, verrà impostato automaticamente ciò che è specificato nel record SOA per la zona.
La maggior parte delle informazioni sull'host non cambia molto per lunghi periodi. Un buon modo per impostare i tuoi TTL sarebbe quello di impostarli su un valore elevato, quindi abbassare il valore se sai che un cambiamento arriverà presto. È possibile impostare la maggior parte dei TTL in qualsiasi punto tra un giorno (86400) e una settimana (604800). Quindi, se sai che alcuni dati cambieranno nel prossimo futuro, imposta il TTL per quel RR su un valore più basso (da un'ora a un giorno) fino a quando non avviene la modifica, quindi ripristinalo al valore precedente.
Inoltre, tutti gli RR con lo stesso nome, classe e tipo dovrebbero avere lo stesso valore TTL.
Vedi RFC 1033: http://tools.ietf.org/html/rfc1033
RFC 1912 (dal 1996) suggerisce che 3 giorni potrebbero essere più appropriati per i SOA
record.
Ho notato che sta diventando più di moda avere TTL più brevi per essere in grado di rispondere più rapidamente alle emergenze (in particolare all'interno di ambienti DNS HA).
4 ore dovrebbero andare bene, fornendo un equilibrio accettabile. Questo è quello che uso sulla maggior parte delle zone.
Oltre a RFC 1912 , gli utenti in Europa dovrebbero anche vedere RIPE-203, "Consigli per i valori SOA DNS" , che raccomanda due giorni come valore TTL minimo.
(nota: questo post si applica al TTL sui record A / AAAA individuali, alcuni altri tipi di record possono avere TTL più lunghi perché non rappresentano singoli punti di errore allo stesso modo).
Devi davvero pensarci in termini di piani di ripristino di emergenza. Non si tratta di quando si intende spostare il sito (per le mosse intenzionali è possibile ridurre il TTL nel runup alla mossa). Si tratta di quando il tuo host svanisce dalla faccia di Internet o ti butta fuori per una violazione del TOS o ti butta fuori perché non riescono a gestire il DDOS che ti è venuto incontro.
Se non ti interessa che il tuo sito rimanga inattivo per un giorno o giù di lì in tali circostanze, vai avanti e lascia il TTL attivo per impostazione predefinita. Se si dispone di spazio indirizzo PI e transito BGP in più posizioni da più provider e si intende gestire il ripristino di emergenza a livello di BGP, andare avanti e lasciarlo sul valore predefinito di un giorno. D'altra parte, se stai usando DNS come meccanismo per dividere il tuo taffic in un sito di failover, vuoi un TTL molto più breve, 5 minuiti è un valore abbastanza comune.