Mengapa itu disebut DNS "Propagasi"?

Saya selalu mendengar administrator sistem berbicara tentang menunggu data DNS menyebar "di Internet" atau "di seluruh dunia" ketika mereka berbicara tentang membuat perubahan DNS. Faktanya adalah bahwa catatan DNS saya tidak menyebar ke server DNS lain kecuali untuk server nama yang menginangi namespace saya (primer, sekunder, tersier). Ketika saya mengubah data DNS ( A, CNAME, MX, dll) perubahan tersebut tercermin langsung dalam zona saya dan mereka tidak di mana saja propagate. Apa yang orang-orang maksudkan ketika mereka berbicara tentang penyebaran catatan DNS sebenarnya adalah caching TTL. Artikel di Wikipedia ini menjelaskannya dengan ringkas:

http://en.wikipedia.org/wiki/Domain_Name_System

Bukankah konsep propagasi DNS adalah mitos? Jadi, mengapa ini disebut "propagasi"?

Mitos? Agak.

Ada 2 aspek yang sering membingungkan orang. Jika Anda membuat perubahan pada nama domain Anda dengan pendaftar nama domain Anda, misalnya mengubah server nama, yang didorong ke server nama untuk TLD Anda (.com, .ca, .fr, dll). Di situlah propagasi berperan. Di tahun-tahun yang lalu, itu bisa memakan waktu berjam-jam atau bahkan berhari-hari menunggu pendaftar untuk mengambil informasi yang Anda berikan, mendorongnya ke server penempatan mereka yang akan memperbarui server akar TLD dua kali per hari. Itu meningkat dengan cepat selama bertahun-tahun dan sering kali perubahan yang dilakukan pada nama domain Anda berlaku segera.

Di sisi lain, jika Anda membuat perubahan ke zona DNS Anda, seperti menambahkan catatan A atau perubahan MX, itu akan memakan waktu 'hingga' selama pengaturan TTL diperbarui di mana-mana. Tapi itu bukan propagasi, itu caching. Microsoft DNS, misalnya, default ke 1 jam TTL.

Dengan caching, jika Anda menggunakan nama domain sesaat sebelum melakukan perubahan, dan TTL adalah 1 jam, maka akan butuh satu jam untuk memperbaruinya. Namun, jika Anda belum menguji apa pun dengan nama domain sesaat sebelum perubahan, maka perubahan Anda akan langsung bagi Anda. (yaitu menambahkan catatan A baru yang belum Anda uji, dan akan segera berlaku).

Jadi, saat ini hampir semua perubahan akan berpengaruh dalam satu jam (atau apa pun DNS TTL Anda diatur untuk). Satu-satunya pengecualian adalah jika server DNS tidak menghormati TTL (spammer sering tidak), atau jika server pendaftar nama domain Anda tidak memperbarui dengan benar ke internet dan Anda membuat perubahan tingkat pendaftar. Tapi itu tidak sering.

Ya - orang berbicara tentang waktu pencarian cache server DNS yang di-cache ketika mereka membuat pernyataan semacam ini.

Sayangnya, beberapa server DNS akan mengabaikan nilai-nilai TTL dan catatan cache di luar TTL yang dinyatakan untuk beberapa periode. Saya telah melihat server DNS ISP menyimpan catatan dalam cache dengan TTL yang sangat rendah (menit) hingga 24 jam, dan mungkin ada beberapa server yang benar-benar rusak otak yang menahannya lebih lama lagi.

Mereka "disebarkan" ke server DNS di seluruh dunia dalam arti yang sama bahwa ide disebarkan dari satu pikiran ke pikiran lainnya. Ketika kueri masuk, cache DNS lokal perlu mempelajari informasi (jika belum di-cache, atau jika di-cache tetapi sudah kadaluarsa). Jadi, nilai baru yang baru saja Anda dorong ke server Anda muncul di peta cukup banyak seperti gosip muncul di blog. Yah, tidak persis sama, tapi saya pikir itu analogi yang rapi.

Bukan mitos, kami melihat masalah "kecepatan propagasi" cukup sering ketika mengubah catatan MX. Selalu ketika kami tidak mengontrol DNS dan bekerja melalui pihak ketiga sehingga kami biasanya tidak dapat mengetahui apakah TTL sangat panjang, itu diabaikan oleh beberapa server DNS, MX di-cache oleh server SMTP atau beberapa kombinasi semua 3. Apapun, itu menyakitkan ketika itu terjadi.

Dalam spesifikasi DNS asli (RFC 1034/1035) ada dua langkah pembatalan cache yang perlu dilakukan, sebelum pembaruan zona terlihat secara global. Selain berakhirnya TTL yang sudah disebutkan tentang resolusi caching di seluruh dunia, Anda harus terlebih dahulu menunggu (semua) server nama sekunder Anda untuk menyegarkan data zona dari zona primer.

Hanya setelah DNS NOTIFY (RFC 1996) ditetapkan pada tahun 1996, ada cara standar untuk segera memberi tahu semua server nama resmi tentang perubahan zona.

Jadi mungkin frasa asli "perubahan propagasi" lebih tepat pada saat itu, karena itu adalah proses dua langkah.

Saya hanya mendengar propagasi DNS sedang dibicarakan sehubungan dengan hosting situs web .com Anda dengan vendor pihak ketiga dan hanya karena mereka menyimpan catatan selama 48 jam. Server DNS apa pun yang tidak memiliki catatan di-cache, harus segera tersedia.

Jika kita melihat definisi kamus dan etimologi "propagate," kita dapat melihat bahwa kata tersebut menyiratkan bahwa oleh beberapa tindakan orang tua, seorang anak dihasilkan. Dalam kasus DNS, ketika Anda memiliki beberapa server yang berwenang untuk zona tertentu, dan Anda membuat perubahan pada satu server (catatan "induk"), catatan tersebut disebarkan ke server lain (catatan "anak") oleh sistem replikasi yang mendorong perubahan ke server mitra.

Menggunakan istilah propagate untuk menggambarkan bagaimana perubahan DNS dikenali oleh server DNS non-otoritatif adalah penerapan yang salah dari istilah propagate, karena tidak benar-benar sesuai dengan definisi kamus kata tersebut. Istilah yang lebih tepat adalah penemuan , karena itu adalah tindakan server cache DNS untuk menemukan resolusi alamat dan mengingatnya untuk TTL.

Jadi sungguh, kami tidak menunggu perubahan DNS untuk menyebar di seluruh dunia, kami menunggu untuk ditemukan.

Saya tidak akan menyebutnya mitos. TTL pada caching memang memiliki efek samping catatan basi ditahan setelah entri DNS diperbarui pada server DNS yang otoritatif.

Jadi sebut saja itu yang Anda inginkan tetapi hasil akhirnya sama.

Catatan MX juga tidak di-cache sehingga perubahan pada catatan MX untuk domain adalah instan.