Berapa Lama Perubahan DNS Akan Mengambil


9

Jika saya akan membuat perubahan DNS ke catatan A untuk domain saya (berubah dari satu IP ke yang lain), berapa lama saya bisa berharap sampai orang-orang dipindahkan ke info baru? Apakah ini hanya <= TTL? Saya tahu ini butuh waktu lama, tetapi pada tahun 2009 berapa lama saya harus berharap?


Pertanyaan ini mungkin lebih cocok di ServerFault.com. Aku tahu itu bukan ketika pertanyaan ini diminta, tapi ou mungkin mendapatkan jawaban yang Anda perlu ada ...
RSolberg

Jawaban:


24

Secara teoritis setiap orang harus melihat catatan A yang diperbarui di suatu tempat antara langsung dan nilai TTL yang relevan. Sebagian besar pendaftar menetapkan TTL menjadi 24 jam IIRC, jadi selama 24 jam beberapa orang akan melihat alamat lama dan beberapa akan melihat yang baru dan 24 jam setelah perubahan setiap orang harus memiliki alamat baru, dengan beberapa alih-alih menggunakan nilai yang lebih rendah seperti 4 jam.

Jika Anda memiliki akses untuk mengubah nilai-nilai TTL (yaitu Anda menjalankan Anda memiliki server DNS seperti saya lakukan) maka Anda dapat mengurangi TTL menjadi sesuatu yang kecil sehari atau lebih sebelum Anda membuat perubahan Anda sehingga periode propagasi jauh lebih rendah.

Saya katakan "secara teoritis" di atas karena akan selalu ada beberapa bug, gangguan, dan cache yang dikonfigurasi dengan buruk di luar sana yang berarti beberapa pengguna tidak akan melihat perubahan lebih lama. Ini terutama benar jika Anda menggunakan TTL yang sangat kecil karena masih ada beberapa ISP di luar sana dengan cache DNS yang mengabaikan TTL di bawah nilai yang diberikan.

Hal lain yang harus diperhatikan adalah penundaan antara panel kontrol DNS registrar Anda dan server DNS mereka. Misalnya saya perhatikan bahwa perubahan yang dilakukan pada domain yang dikelola oleh 123-reg.co.uk dapat memakan waktu hingga satu jam untuk muncul di server DNS mereka, yang merupakan jam tambahan di atas nilai TTL yang harus Anda pertanggungjawabkan .


Apa arti IIRC?
mitnk

Maaf, saya mungkin seharusnya tidak menggunakan akronim sosial di antara yang teknis! IIRC adalah "jika saya ingat dengan benar".
David Spillett

10

Itu tergantung pada berapa lama klien melakukan caching informasi DNS yang harus sesuai dengan nilai TTL. Namun, karena klien menentukan berapa lama untuk menyimpan informasi, Anda tidak dapat benar-benar yakin (setelah semua klien dapat melakukan resolusi manual dan dengan demikian mengabaikan TTL sepenuhnya).


10

Ketika saya tahu saya akan melakukan perubahan alamat IP, beberapa hari sebelumnya, saya biasanya menurunkan nilai TTL saya menjadi sesuatu yang kurang dari biasanya. Dengan begitu, perubahan menyebar cepat ketika saya membuatnya. Kemudian, saya menendang kembali TTL.


7

Biasanya <= TTL, tetapi beberapa klien dan proksi DNS menyimpan pengaturan lama lebih lama dari TTL.


4

Setuju dengan Mike. Kami umumnya memberi tahu klien kami 24-48 jam untuk melakukan propagasi di seluruh dunia kepada semua ISP. Kebanyakan ISP besar menghormati TTL dan memperbarui dengan cepat. Beberapa lokasi yang lebih terpencil membutuhkan waktu lebih lama. Semoga berhasil!


3

Untuk tujuan praktis, semua server DNS akan melihat perubahan ke catatan A di suatu tempat antara langsung dan nilai TTL pada catatan A. The Artikel Wikipedia memiliki Langgan sangat baik mengenai hal ini.

Aplikasi individual mungkin tidak melihat perubahan dalam TTL karena cache DNS lokal di dalam router, firewall, sistem operasi dan aplikasi. Seperti yang disebutkan dalam artikel Wikipedia: "Tembolok ini biasanya menggunakan waktu caching yang sangat singkat - dalam urutan satu menit. Internet Explorer menawarkan pengecualian penting: versi terbaru menyimpan catatan DNS cache selama setengah jam"

Boot ulang (atau siklus daya untuk router) biasanya akan menyiram semua cache DNS lokal, tetapi jelas Anda tidak dapat mengharapkan setiap pengguna di luar sana untuk reboot setiap perangkat setelah Anda mengubah catatan A Anda.

Jika Anda tidak dapat mengubah catatan A Anda secara langsung, maka aplikasi apa pun yang membuat perubahan (perangkat lunak panel kontrol, misalnya) dapat menyebabkan penundaan sendiri.

Kami menggunakan TTL default 4 jam. Jika kami berencana untuk mengubah catatan A, kami menurunkan TTL catatan A menjadi 5 menit (harus dilakukan lebih dari 4 jam sebelum perubahan tersebut diberlakukan). Setelah perubahan dilakukan, kami mengembalikan TTL ke 4 jam. Sebagian besar aplikasi melihat perubahan segera, tetapi beberapa pengguna akan memanggil dengan masalah dan perlu reboot.

Artikel Wikipedia juga memiliki diskusi yang bagus tentang "propagasi": "Banyak orang salah merujuk pada waktu propagasi misterius 48 jam atau 72 jam ketika Anda membuat perubahan DNS. ...". Root server (bukan pendaftar) mengontrol TTL pada catatan NS domain Anda. Anda dapat melihat nilai-nilai TTL ini untuk diri Anda sendiri dengan perintah nslookup. Saat ini, sekarang, TTL untuk catatan NS saya di server root "F" diatur ke 2 hari.


2

Saya selalu memberi tahu pengguna saya bahwa itu akan menjadi 48 jam untuk propagasi penuh, untuk mengkompensasi semua masalah yang disebutkan di atas. Aturan umum yang perlu diingat adalah bahwa itu <= TTL, kecuali untuk kasus ketika Anda BENAR-BENAR membutuhkannya ...


2

Selain TTL (sesuatu yang Anda kontrol, lihat saran Brian Clapper yang sangat baik), dan waktu caching yang mungkin lebih lama di dalam beberapa aplikasi, ada juga waktu sinkronisasi antara server nama yang berwenang. Ini bisa mendekati nol jika setiap server nama menerima PEMBERITAHUAN dan bisa beberapa jam (tergantung pada pengaturan catatan SOA) jika PEMBERITAHUAN terjawab (sesuatu yang kadang-kadang terjadi).

Jadi, untuk menekankan saran Brian Clapper: rencanakan terlebih dahulu.


2

Jika Anda berbicara Windows dan Anda berbicara internal, itu tergantung pada TTL asli. Ketika kami tahu sebelumnya bahwa kami akan melakukan perubahan, kami akan menetapkan TTL pada rekor rendah A ... menjadi 5 menit. Kemudian setelah perubahan dilakukan, kami meningkatkan TTL kembali ke jumlah yang lebih normal.

Jika Anda berbicara tentang di Internet, semua taruhan dimatikan. Ada beberapa pengontrol domain caching yang telah kami lihat sepenuhnya mengabaikan TTL, seperti yang telah disebutkan. Dalam kasus-kasus tersebut kami telah menjalankan aturan umum 48 jam. NAMUN, jika domain Anda sebelumnya dihosting oleh penyedia lain, dan mereka belum menyingkirkan SOA di domain Anda, maka salah satu klien yang menggunakan server DNS mereka akan tetap salah menunjuk. Kami telah melihat masalah dengan BellSouth (sekarang AT&T).


1

Saya telah melihat rata-rata 3-4 jam untuk kebanyakan orang. Namun, saya masih menggunakan 7 hari sebagai aturan praktis untuk pergantian lengkap. Ini biasanya mencakup semua orang yang tidak bermain bagus dengan DNS TTL


1

Pengalaman saya adalah bahwa perubahan DNS dapat memakan waktu hingga delapan jam atau lebih, tetapi ini semua tergantung pada berapa lama klien akan men-cache pengaturan DNS mereka.


1
... yang dikendalikan oleh nilai TTL. yaitu: YA <= TTL.
Tinggi Jeff

ya Time to Live ;-)
JoshBerke

1

Sebagian besar klien akan bekerja dengan TTL yang Anda atur. Namun ada beberapa server DNS yang dikonfigurasi untuk mengabaikan TTL. Baru-baru ini saya mengubah alamat IP situs web kami. Kami harus meninggalkan server dan menjalankan alamat IP lama selama berminggu-minggu untuk menanggapi permintaan. Kami harus mencari tahu pelanggan yang tersisa dan meminta mereka membersihkan cache DNS dan / atau reboot untuk melepaskan mereka dari IP lama.


0

Itu bisa lebih besar daripada TTL dari catatan (diganti): Banyak klien mengabaikan TTL ketika terlalu rendah, atau mengikatnya ke beberapa nilai lain (seperti satu jam). Ada cache lainnya; Firefox (misalnya) akan melakukan cache DNS selama satu menit (mengabaikan TTL), tetapi beberapa tambalan / konfigurasi menaikkannya menjadi satu jam.

Jawaban sedih (tetapi benar) tergantung pada siapa yang meminta jawaban (DNS) Anda.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.