DNS Belum Propagasi? 7 Langkah Cek & Atasi Tanpa Menunggu Buta
Sudah lebih dari sehari tapi domain masih mengarah ke server lama? Ini 7 langkah sistematis membedakan propagasi normal vs salah konfigurasi — plus cara melihat data baru lebih cepat.
· ⏱ ~4 menit baca
✍ Tim cekipsaya.com — Platform network intelligence tools Indonesia sejak 2014.
Sudah 24 jam sejak kamu pindah hosting. Panel bilang semuanya beres, tapi domain masih membuka situs dari server lama — atau lebih buruk: "This site can't be reached". Googling sana-sini jawabannya seragam: "tunggu propagasi 1×48 jam". Masalahnya, menunggu buta itu menyiksa — dan sering kali yang kamu tunggu bukan propagasi, melainkan kesalahan konfigurasi yang tak akan pernah selesai ditunggu selamanya. Artikel ini memandumu membedakan keduanya secara sistematis, dalam 7 langkah yang masing-masing bisa dieksekusi kurang dari 2 menit.
⚠
Aturan 48 jam yang sering disalahpahami: 48 jam adalah batas WAJAR TERLAMA (kasus ganti nameserver dengan TTL registry penuh) — bukan durasi standar. Perubahan A record dengan TTL pendek harusnya menit-an sampai jam-an. Kalau semua resolver masih lama setelah 48 jam, hampir pasti ada yang salah.
Diagnosa 1 Menit: Propagasi Normal atau Salah Konfigurasi?
Sebelum masuk 7 langkah, lakukan tes tunggal paling informatif: buka tool DNS Propagation, masukkan domainmu + record yang diubah + nilai baru yang kamu harapkan. Satu layar itu langsung menjawab pertanyaan terpenting:
Hasil di Tool
Diagnosa
Tindakan
✅ Campuran: sebagian resolver baru, sebagian lama
Propagasi normal sedang berjalan
Tunggu — lihat kolom TTL untuk estimasi
⚠️ SEMUA resolver menjawab nilai LAMA
Perubahan tidak tersimpan / salah panel
Lanjut Langkah 2–4 di bawah
❌ SEMUA resolver menjawab KOSONG
Record hilang / nameserver bermasalah
Lanjut Langkah 4–5 di bawah
✅ SEMUA resolver sudah nilai BARU, tapi situs tetap "lama"
Bukan masalah DNS — cache browser/CDN/hosting
Lompat ke Langkah 6–7
7 Langkah Sistematis Mengatasi DNS yang Tak Kunjung Propagasi
STEP 1
Pantau penyebaran dengan data, bukan perasaan —
Jalankan DNS Propagation dengan kolom "nilai yang diharapkan" terisi. Catat skornya (mis. 2/6). Ulangi 30–60 menit kemudian: skor NAIK = propagasi sehat, biarkan bekerja. Skor MENTOK = lanjut ke langkah berikutnya.
STEP 2
Pastikan kamu mengedit di pengelola DNS yang BENAR —
Kesalahan #1 sedunia: domain memakai nameserver Cloudflare, tapi record diedit di cPanel hosting (atau sebaliknya). Cek NS aktif via WHOIS — record hanya berlaku bila diedit di tempat yang ditunjuk NS tersebut. Yang lain diabaikan internet sepenuhnya.
STEP 3
Verifikasi record barumu benar-benar tersimpan —
Di DNS Lookup, cek record domainmu: apakah nilai baru muncul? Periksa juga typo IP (satu digit salah = situs orang lain), record duplikat (A lama belum dihapus → jawaban acak), dan subdomain www yang sering terlupa punya record sendiri.
STEP 4
Cek status domain & nameserver di WHOIS —
Via Cek WHOIS & RDAP: pastikan status domain aktif (bukan clientHold/expired — domain nunggak = DNS mati total), dan nameserver yang tercantum sesuai rencana migrasimu. Ganti NS baru terasa penuh dalam 24–48 jam — ini satu-satunya kasus di mana "tunggu 48 jam" memang sahih.
STEP 5
Turunkan TTL untuk sisa perjalanan —
Kalau record lama ber-TTL besar (14400/86400) dan propagasi terasa abadi: set TTL record BARU ke 300 sekarang. Tidak mempercepat cache lama yang terlanjur beredar, tapi semua perubahan/koreksi berikutnya menyebar dalam hitungan menit — penting kalau kamu masih akan revisi.
STEP 6
Bersihkan cache di sisi kamu —
Supaya kamu melihat data baru secepat dunia melihatnya: flush DNS (ipconfig /flushdns di Windows, sudo dscacheutil -flushcache di Mac), lalu ganti resolver perangkat ke 1.1.1.1/8.8.8.8 (panduan), dan tes di private window atau data seluler sebagai pembanding jaringan.
STEP 7
Kalau DNS sudah baru tapi situs masih "lama" —
Berarti DNS selesai — tersangkanya lapisan lain: cache browser (hard refresh Ctrl+Shift+R), cache CDN seperti Cloudflare (Purge Everything), atau default vhost di server baru belum dikonfigurasi. Cek header response atau tanyakan ke support hosting barumu.
Kenapa Propagasi Sering Terasa Lebih Lama di Indonesia?
Keluhan "propagasi lama banget" lebih sering muncul dari pengguna resolver bawaan ISP. Sebagian resolver ISP di Indonesia dikenal menahan cache melebihi TTL demi menghemat bandwidth query — datamu sudah menyebar ke Google/Cloudflare sejak pagi, tapi pelanggan ISP tertentu baru "kebagian" malamnya. Kamu tidak bisa memaksa resolver ISP refresh, tapi kamu (dan pengunjung yang komplain) bisa berpindah resolver: setel perangkat ke 1.1.1.1 atau 8.8.8.8, dan masalah "di tempatku masih lama" biasanya selesai saat itu juga.
💡
Istilah yang muncul di artikel ini — TTL, resolver, nameserver, A record — semua ada penjelasan singkatnya di Kamus Jaringan (117 istilah, Bahasa Indonesia).
📋
Studi Kasus: Toko Online "Hilang" 3 Hari — Ternyata Bukan Propagasi
Pemilik toko online di kota besar di Sumatera pindah hosting Jumat malam. Sampai Senin, domain masih kosong — support hosting lama dan baru sama-sama bilang "tunggu propagasi". Saat dicek sistematis: tool propagasi menunjukkan SEMUA resolver menjawab kosong (bukan campuran — red flag!), dan WHOIS menampilkan nameserver masih menunjuk hosting LAMA yang akunnya sudah dihapus. Akar masalah: ia mengganti record di panel hosting baru, tapi tidak pernah mengganti nameserver di registrar. Setelah NS diarahkan dengan benar, situs pulih dalam 4 jam. Tiga hari "menunggu propagasi" itu sebenarnya menunggu sesuatu yang tidak akan pernah datang.
Checklist Anti-Drama untuk Migrasi Berikutnya
01
H-3: turunkan TTL ke 300
Biarkan TTL lama habis dulu. Saat hari-H, dunia hanya "hafal" data lamamu maksimal 5 menit.
02
H-1: inventaris semua record
Screenshot/ekspor zona DNS lama: A, www, MX, TXT (SPF/DKIM — email sering jadi korban migrasi yang terlupa).
03
Hari-H: eksekusi saat trafik sepi
Dini hari waktu mayoritas pengunjungmu. Langsung verifikasi via DNS Propagation dengan nilai harapan terisi.
04
H+2: kembalikan TTL normal
Setelah stabil dan tervalidasi merata, naikkan TTL ke 3600+ supaya beban query nameserver turun.
FAQ — Pertanyaan yang Sering Ditanyakan
Dua kemungkinan: TTL record lama memang besar (86400 = 24 jam, dan ganti nameserver bisa 48 jam) sehingga cache lama belum kedaluwarsa — ini normal; atau perubahanmu sebenarnya tidak tersimpan/tersimpan di panel yang salah — ini tidak akan selesai ditunggu. Bedakan dengan tool cek propagasi: hasil campuran baru-lama berarti normal, hasil seragam lama berarti salah konfigurasi.
Cek di tool DNS Propagation cekipsaya dengan mengisi kolom nilai yang diharapkan. Ketika semua resolver menampilkan status sesuai (misalnya 6/6 konsisten menunjuk IP baru), propagasi selesai untuk resolver-resolver utama dunia.
Kalau tool propagasi menunjukkan resolver besar sudah menjawab IP baru, tersangkanya bukan DNS lagi: cache browser (coba hard refresh atau private window), cache CDN seperti Cloudflare (perlu purge), atau resolver ISP-mu yang menahan cache melebihi TTL (ganti DNS perangkat ke 1.1.1.1).
Flush DNS hanya membersihkan cache di perangkatmu sendiri — kamu jadi melihat data terbaru lebih cepat, tapi tidak mengubah apa pun bagi pengunjung lain. Propagasi global tetap menunggu TTL cache masing-masing resolver habis.
Domain yang sempat melewati masa aktif biasanya masuk status penangguhan dan record DNS-nya dihapus dari zona TLD. Setelah diperpanjang, pemulihan butuh 24-48 jam karena cache negatif (jawaban tidak-ada) juga punya TTL yang harus kedaluwarsa. Cek status domainnya via tool WHOIS.
Untuk operasional normal, 3600 detik (1 jam) adalah keseimbangan yang baik antara kecepatan perubahan dan beban query. Turunkan ke 300 hanya menjelang rencana perubahan besar, lalu kembalikan setelah stabil.
Kesimpulan
Kunci menghadapi "DNS belum propagasi" adalah membedakan dua dunia: propagasi normal (sebagian resolver sudah baru, sisanya menunggu TTL — obatnya waktu) dan salah konfigurasi (semua resolver kompak menjawab lama/kosong — obatnya perbaikan). Tool DNS Propagation memperlihatkan bedanya dalam satu layar, DNS Lookup memastikan record-mu benar, dan WHOIS memastikan nameserver-mu aktif. Pahami konsep dasarnya di propagasi DNS adalah supaya migrasi berikutnya kamu yang mengendalikan waktu — bukan sebaliknya.