Setiap kali Anda mengubah pengaturan domain — memindahkan website ke hosting baru, mengganti alamat IP tujuan, atau menunjuk nameserver lain — perubahan itu tersimpan seketika di panel pengelolaan. Namun yang muncul di browser sering belum ikut berubah. Rekan di kota lain sudah melihat tampilan baru, sementara di layar Anda masih halaman lama. Rentang waktu yang membingungkan itulah yang dikenal sebagai propagasi DNS.
Propagasi dns adalah salah satu istilah yang paling sering disalahpahami dalam pengelolaan domain, dan salah paham itu berakibat nyata. Banyak orang mengubah pengaturan berkali-kali karena mengira ada yang salah, padahal yang dibutuhkan hanya waktu. Sebagian lagi menunggu dua hari penuh untuk perubahan yang sebenarnya selesai dalam lima menit.
Apa Itu Propagasi DNS?
Propagasi DNS adalah periode saat perubahan catatan DNS Anda perlahan terlihat oleh seluruh pengguna internet, seiring habisnya masa simpan jawaban lama di berbagai server perantara.
Arti propagasi sendiri adalah perambatan atau penyebaran, dan kata yang sama dipakai di bidang lain seperti perambatan gelombang radio. Dalam konteks domain, yang merambat adalah informasi barunya. Karena itu propagasi domain adalah istilah yang kerap dipakai untuk hal yang persis sama, meskipun secara teknis yang menyebar adalah catatan DNS milik domain tersebut, bukan domainnya.
Gambaran yang beredar luas keliru dalam satu hal penting. Banyak yang membayangkan perubahan Anda dikirim dari server hosting ke seluruh server DNS di dunia, satu per satu, sampai semuanya menerima salinan baru. Kenyataannya tidak ada satu pun paket yang berangkat ke luar. Yang terjadi justru kebalikannya: server-server di luar sana berhenti memakai jawaban simpanan mereka, lalu bertanya ulang atas inisiatif sendiri.
Perbedaannya bukan soal istilah. Kalau propagasi adalah pengiriman, masuk akal berharap ada cara mempercepatnya. Kalau propagasi adalah kedaluwarsanya simpanan, yang menentukan justru kapan simpanan lama dibuat dan berapa lama izin simpannya. Keduanya sudah ditetapkan sebelum Anda menyentuh apa pun.
Anggap saja sebuah kantor mengganti nomor teleponnya. Kantor itu tidak mendatangi setiap orang yang pernah menyimpan nomor lama. Nomor baru hanya dipakai ketika seseorang membuka kembali daftar kontaknya dan memperbaruinya. Selama masih ada yang memegang catatan lama, panggilan tetap masuk ke nomor lama — dan kantor tersebut tidak bisa berbuat apa-apa selain menunggu. Perilaku inilah yang dijalankan resolver (server yang mencarikan jawaban DNS untuk pengguna) di seluruh dunia.
Satu server terhubung ke dua layar: kiri masih menampilkan versi lama, kanan sudah versi baru selama propagasi.
Kenapa Perubahan DNS Tidak Berlaku Serentak
Jawaban DNS tidak disimpan di satu tempat. Ia disimpan berlapis, dan tiap lapis menyimpannya untuk dirinya sendiri:
- Resolver milik penyedia internet: server yang dipakai otomatis oleh pelanggan sebuah ISP. Satu resolver melayani ribuan pengguna sekaligus, sehingga satu jawaban tersimpan di sana memengaruhi semuanya.
- Resolver publik: layanan terbuka seperti milik Google atau Cloudflare, yang dipakai orang yang mengganti pengaturan DNS perangkatnya secara manual.
- Cache sistem operasi: Windows, macOS, dan Linux menyimpan sendiri jawaban yang baru diterima agar tidak bertanya berulang kali.
- Cache browser: peramban modern menyimpan lagi jawaban tersebut secara terpisah dari sistem operasi.
Tidak ada satu pun lapis yang memberi tahu lapis lain saat sebuah catatan berubah. Masing-masing memegang jam sendiri yang mulai berjalan sejak ia menerima jawaban. Karena setiap lapis mulai bertanya pada waktu yang berbeda, jam mereka juga habis pada waktu yang berbeda.
Alur propagasi: resolver memakai jawaban lama sampai TTL habis, bertanya ulang, barulah pengunjung melihat versi baru.
Akibatnya terasa langsung oleh pengunjung. Selama propagasi berlangsung, sebagian orang mendarat di server lama dan sebagian lagi di server baru. Dua kelompok itu benar-benar melihat website berbeda pada saat yang sama. Kalau yang Anda ubah adalah catatan MX, email pun terbelah: sebagian pesan masuk ke penyedia lama, sisanya ke penyedia baru.
Untuk lapis paling dekat dengan Anda, yaitu sistem operasi dan browser, isinya memang bisa dikosongkan sendiri. Langkahnya dibahas di fungsi dan cara flush DNS cache. Yang perlu dipahami, tindakan itu hanya memperbaiki tampilan di komputer Anda dan tidak menyentuh resolver yang dipakai pengunjung lain.
TTL: Jam Mundur yang Menentukan Lama Propagasi
Setiap catatan DNS membawa satu angka bernama TTL (Time To Live), dalam satuan detik. Angka itu adalah izin yang Anda berikan kepada setiap resolver: simpan jawaban ini sekian detik, setelah itu tanyakan ulang. Nilai TTL ditetapkan oleh pemilik domain lewat panel pengelolaan DNS, bersamaan dengan jenis catatan lain yang dibahas di pengertian DNS record.
Angkanya bisa dilihat langsung. Saat tulisan ini disusun, catatan A untuk indowebsite.co.id dijawab dengan TTL 300 detik. Artinya resolver mana pun hanya boleh menyimpan jawaban itu selama lima menit sebelum wajib bertanya lagi.
Di sinilah letak hal yang paling sering terlewat. Yang menentukan lamanya propagasi bukan TTL yang baru Anda pasang, melainkan TTL yang sudah tersimpan di resolver sebelum perubahan dilakukan. Resolver tidak tahu Anda mengubah apa pun. Ia hanya menghitung mundur angka yang ia terima terakhir kali, dan baru menemukan nilai baru Anda setelah hitungan itu habis.
Menurunkan TTL menjadi 300 detik tepat saat migrasi tidak mempercepat apa pun. Resolver yang menyimpan jawaban dengan TTL 86400 detik sehari sebelumnya tetap memakai angka lama itu sampai habis. Penurunan TTL hanya berguna bila dilakukan lebih dulu, minimal selama TTL lama, sebelum catatan diubah.
Pemilihan nilai TTL punya dua sisi yang perlu ditimbang. TTL panjang membuat resolver jarang bertanya ulang sehingga beban server otoritatif ringan, tetapi setiap perubahan jadi lambat terlihat. TTL pendek membalikkan keduanya. Untuk catatan yang jarang berubah, nilai 3600 sampai 86400 detik lazim dipakai. Untuk catatan yang sedang disiapkan pindah, 300 detik adalah angka yang aman.
Cache Negatif: Sebab Nama Baru Terasa Paling Lama
Ada jam kedua yang berjalan terpisah dari TTL. Jam inilah yang menjelaskan keluhan paling sering muncul: subdomain yang baru dibuat justru terasa paling lama bisa diakses.
Resolver tidak hanya menyimpan jawaban yang berisi data. Ia juga menyimpan jawaban "nama ini tidak ada". Perilaku itu disebut cache negatif, dan aturannya ditetapkan dalam RFC 2308. Lama penyimpanannya tidak diambil dari catatan yang Anda buat, melainkan dari field MINIMUM pada catatan SOA (Start of Authority) milik zona domain Anda.
Contoh nyatanya bisa dibaca dari domain mana pun. Catatan SOA untuk indowebsite.co.id memuat nilai MINIMUM 1800 detik, yang berarti jawaban "tidak ada" akan tersimpan selama tiga puluh menit.
Rangkaian kejadiannya biasanya seperti ini. Anda merencanakan subdomain baru, lalu mengetikkan alamatnya di browser untuk memastikan belum terpakai. Resolver menjawab bahwa nama itu tidak ada, dan menyimpan jawaban tersebut. Beberapa menit kemudian Anda membuat catatannya dengan TTL 300 detik, lalu heran karena alamatnya tetap tidak terbuka.
Menurunkan TTL catatan baru tidak menolong dalam situasi ini. Resolver bahkan belum pernah melihat catatan Anda — yang ia pegang adalah jawaban "tidak ada" beserta jamnya sendiri. Nilai TTL baru Anda baru terbaca setelah jam itu habis.
Alur cache negatif: alamat dibuka sebelum catatannya ada, jawaban tidak ada tersimpan selama nilai SOA MINIMUM.
Kesimpulan praktisnya sederhana: buat catatannya lebih dulu, baru buka alamatnya. Kebiasaan mengetes dulu di browser justru memperpanjang penantian yang ingin Anda hindari.
Berapa Lama Propagasi DNS Sebenarnya
Angka 24 sampai 48 jam beredar di mana-mana, dan sering ditulis seolah menjadi sifat bawaan propagasi. Sebenarnya angka itu hanya cerminan kebiasaan: banyak penyedia memasang TTL bawaan 86400 detik, yang persis sama dengan 24 jam. Ketika TTL-nya berbeda, durasinya ikut berbeda.
Patokan yang lebih jujur adalah nilai TTL yang berlaku sebelum perubahan:
| TTL lama pada catatan | Perkiraan waktu tunggu | Situasi yang lazim |
|---|---|---|
| 300 detik | Beberapa menit | Disiapkan sebelum migrasi |
| 3600 detik | Sampai sekitar satu jam | Bawaan banyak panel |
| 86400 detik | Sampai sekitar 24 jam | Catatan lama yang tak tersentuh |
Untuk nama yang sebelumnya belum pernah ada, tambahkan jam cache negatif dari SOA. Untuk pergantian nameserver, tambahkan lagi waktu pembaruan di sisi registri, yang dibahas di bagian berikutnya.
Kalau Anda ingin mengetahui posisi perubahan Anda saat ini alih-alih menebak dari tabel, langkahnya ada di cara cek propagasi domain.
Mengubah Record dan Mengganti Nameserver Bukan Hal yang Sama
Dua tindakan ini sering disamakan, padahal jalannya berbeda dan waktunya juga berbeda.
Saat Anda mengubah alamat IP pada catatan A, yang berubah adalah isi zona di nameserver yang sudah berwenang atas domain Anda. Kecepatannya sepenuhnya ditentukan TTL yang Anda pasang sendiri.
Saat Anda mengganti nameserver, yang berubah adalah delegasi — informasi di tingkat registri yang menunjuk server mana yang berwenang atas domain Anda. Registrar meneruskan permintaan itu ke registri, lalu registri menerbitkannya di zona induk. Perbedaan pentingnya: TTL pada delegasi ini ditetapkan oleh registri, bukan oleh Anda, dan umumnya jauh lebih panjang daripada TTL catatan biasa. Prosedur penggantiannya di sisi Indowebsite tersedia di cara merubah nameserver domain dari client area, dan konsep nameserver secara umum dibahas di pengertian domain.
Dua jalur: mengubah catatan A atau MX mengikuti TTL yang Anda pasang, mengganti nameserver mengikuti TTL milik registri.
Ada satu nuansa yang membuat gambaran "terkunci 48 jam" tidak sepenuhnya tepat. RFC 2181 mengatur peringkat kepercayaan data DNS, dan menempatkan data otoritatif dari zona anak di atas data delegasi dari zona induk. Artinya begitu sebuah resolver berhasil menghubungi nameserver baru Anda dan memperoleh daftar NS langsung dari sana, ia akan lebih memilih daftar itu. Banyak pengguna melihat nameserver baru bekerja jauh lebih cepat daripada angka terburuk yang sering dikutip.
Yang Sebenarnya Tidak Memengaruhi Propagasi
Beberapa keyakinan beredar cukup luas tanpa dasar mekanisme di DNS. Menyingkirkannya menghemat waktu Anda:
- Umur domain: domain yang didaftarkan sepuluh tahun lalu dan yang didaftarkan kemarin diperlakukan sama persis. Tidak ada tahapan DNS yang membaca tanggal registrasi.
- Harga atau ekstensi domain: sebuah domain mahal tidak menyebar lebih cepat. Yang bisa berbeda antar-ekstensi hanyalah kebijakan TTL delegasi milik masing-masing registri.
- Menyalakan ulang router: tindakan ini paling banter mengosongkan cache kecil di perangkat Anda sendiri. Resolver penyedia internet tidak terpengaruh sama sekali.
- Mengganti DNS publik di perangkat sendiri: hasilnya memang bisa langsung terlihat, tetapi bukan karena propagasi menjadi cepat. Anda hanya berpindah bertanya ke resolver lain yang kebetulan belum menyimpan jawaban lama. Pengunjung Anda tetap menunggu.
- Mengubah catatan berulang kali: setiap perubahan menyalakan ulang hitungan di resolver yang baru saja bertanya, sehingga penantian bertambah panjang.
Satu hal yang benar-benar berpengaruh dan sering terlewat: DNSSEC yang masih aktif saat Anda berpindah penyedia DNS membuat domain gagal diakses, bukan sekadar lambat. Urutan mematikannya dibahas di pengertian DNSSEC.
Pertanyaan yang Sering Muncul
Apa itu propagasi DNS? Periode saat perubahan catatan DNS mulai terlihat oleh semua pengguna, seiring habisnya masa simpan jawaban lama di resolver. Tidak ada data yang dikirim ke server dunia; resolver yang bertanya ulang setelah izin simpannya habis.
Berapa lama proses propagasi DNS? Sesuai nilai TTL yang berlaku sebelum perubahan. TTL 300 detik biasanya selesai dalam hitungan menit, TTL 86400 detik dapat memakan waktu sampai sehari penuh. Untuk nama yang baru dibuat, tambahkan lama cache negatif dari catatan SOA.
Apa itu propagation DNS? Sama saja, hanya penulisan bahasa Inggrisnya. DNS propagation dan propagasi DNS merujuk pada proses yang identik, dan istilah Inggrisnya lebih sering Anda temui di panel atau dokumentasi penyedia luar negeri.
Apa itu propagasi domain? Istilah yang dipakai bergantian dengan propagasi DNS. Yang menyebar sebenarnya catatan DNS milik domain tersebut — nama domainnya sendiri tidak ke mana-mana.
Apa artinya ketika DNS sedang menyebar? Artinya sebagian resolver sudah memakai jawaban baru dan sebagian masih memakai jawaban lama. Selama itu, pengunjung yang berbeda dapat melihat versi website yang berbeda.
Apakah propagasi bisa dibatalkan di tengah jalan? Tidak dalam arti menarik kembali jawaban yang sudah tersimpan. Anda dapat mengembalikan catatan ke nilai lama, tetapi resolver yang sudah menyimpan nilai baru akan bertahan sampai TTL-nya habis. Membatalkan justru menambah satu putaran penantian.
Kenapa website sudah terbuka di ponsel tapi belum di laptop? Karena keduanya melewati resolver yang berbeda. Jaringan seluler memakai resolver operator, sedangkan laptop memakai resolver jaringan tempat ia terhubung, dan keduanya menyimpan jawaban pada waktu yang tidak sama.
Kesimpulan
Propagasi DNS bukan pengiriman data ke seluruh dunia, melainkan proses kedaluwarsanya jawaban lama yang tersimpan di banyak resolver. Karena itu lamanya tidak ditentukan oleh kecepatan koneksi maupun kualitas penyedia. Yang menentukan adalah dua angka yang sudah ada sebelum Anda mengubah apa pun. Keduanya adalah nilai TTL pada catatan lama, dan nilai MINIMUM pada catatan SOA yang mengatur cache negatif.
Konsekuensi praktisnya cukup jelas. Turunkan TTL ke 300 detik jauh hari sebelum migrasi, jangan sesudahnya. Buat catatan baru sebelum alamatnya dibuka di browser. Setelah perubahan tersimpan, tahan keinginan mengubahnya lagi hanya karena belum kelihatan.
Untuk memastikan sejauh mana perubahan Anda sudah menyebar, lanjutkan ke cara cek propagasi domain. Cara kerja DNS secara menyeluruh dibahas di DNS adalah.
Semoga artikel ini membantu.