DNS TTL yang disarankan

Saya tahu ini bisa sangat berbeda berdasarkan situasinya, tetapi untuk hosting situs web tanpa rencana untuk memindahkan server hosting, apakah TTL yang baik untuk ditetapkan pada catatan DNS?

Saya cenderung membiarkannya pada default Slicehost, 86.400 detik (1 hari). Saya menurunkannya menjadi 10 menit ketika saya memiliki kepindahan yang tertunda dan menunggu satu atau dua hari.

sunting: Hari-hari ini (2016) saya cenderung tetap rendah - ~ 5 menit.

Standar (ditulis lama di tahun 1987) menyarankan 86.400 detik (1 hari) sebagai TTL standar minimum.

Adalah penting bahwa TTL diatur ke nilai yang sesuai. TTL adalah waktu (dalam detik) bahwa resolver akan menggunakan data yang didapatnya dari server Anda sebelum meminta server Anda lagi. Jika Anda menetapkan nilai terlalu rendah, server Anda akan dimuat dengan banyak permintaan ulangi. Jika Anda mengaturnya terlalu tinggi, maka informasi yang Anda ubah tidak akan didistribusikan dalam jumlah waktu yang wajar. Jika Anda membiarkan bidang TTL kosong, itu akan default ke apa yang ditentukan dalam catatan SOA untuk zona.

Sebagian besar informasi host tidak banyak berubah selama periode waktu yang lama. Cara yang baik untuk mengatur TTL Anda adalah dengan menetapkannya pada nilai tinggi, dan kemudian turunkan nilainya jika Anda tahu perubahan akan segera terjadi. Anda dapat mengatur sebagian besar TTL ke mana saja antara hari (86400) dan satu minggu (604800). Kemudian, jika Anda tahu beberapa data akan berubah dalam waktu dekat, setel TTL untuk RR tersebut ke nilai yang lebih rendah (satu jam hingga satu hari) hingga perubahan terjadi, lalu pasang kembali ke nilai sebelumnya.

Juga, semua RR dengan nama, kelas, dan jenis yang sama harus memiliki nilai TTL yang sama.

Lihat RFC 1033: http://tools.ietf.org/html/rfc1033

RFC 1912 (dari 1996) menunjukkan bahwa 3 hari mungkin lebih sesuai untuk SOAcatatan.

http://www.ietf.org/rfc/rfc1912.txt

Saya telah memperhatikan bahwa menjadi lebih modis untuk memiliki TTL yang lebih pendek untuk dapat merespons dalam keadaan darurat (terutama dalam lingkungan HA DNS) lebih cepat.

Saya hanya membiarkannya pada pengaturan default yang ditetapkan oleh host Anda, kecuali jika itu sangat tinggi atau rendah untuk beberapa alasan. Kemudian jika Anda ingin memindahkannya menjadi 20 menit atau lebih beberapa hari sebelum Anda berencana untuk memindahkannya.

4 jam seharusnya baik-baik saja, memberikan keseimbangan yang dapat diterima. Itulah yang saya gunakan di sebagian besar zona.

Selain RFC 1912 , pengguna di Eropa juga harus melihat RIPE-203, "Rekomendasi untuk Nilai SOA DNS" , yang merekomendasikan dua hari sebagai nilai TTL minimum.

(catatan: posting ini berlaku untuk TTL pada catatan indidivual A / AAAA, beberapa tipe catatan lainnya dapat memiliki TTL yang lebih panjang karena mereka tidak mewakili satu titik kegagalan dengan cara yang sama).

Anda benar-benar perlu memikirkan ini dalam hal rencana pemulihan bencana Anda. Ini bukan tentang kapan Anda berniat untuk memindahkan situs (untuk gerakan yang disengaja Anda dapat mengurangi TTL di runup ke bergerak). Ini terjadi ketika host Anda menghilang dari internet atau menendang Anda karena pelanggaran TOS atau menendang Anda keluar karena mereka tidak dapat menangani DDOS yang menghampiri Anda.

Jika Anda tidak peduli tentang situs Anda sedang down selama satu hari atau lebih dalam keadaan itu maka silakan dan biarkan TTL pada default satu hari itu. Jika Anda memiliki ruang alamat PI dan transit BGP di beberapa lokasi dari beberapa penyedia dan berniat untuk menangani pemulihan bencana di tingkat BGP kemudian lanjutkan dan biarkan itu pada standar satu hari. Di sisi lain, jika Anda menggunakan DNS sebagai mekanisme untuk mengalihkan taffic ke situs failover, maka Anda menginginkan TTL yang lebih pendek, 5 minuites adalah nilai yang cukup umum.