// IP ADDRESS ANDA SAAT INI
Mengambil informasi koneksi…
Cek Propagasi DNS Sekarang →

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

H-3: turunkan TTL ke 300

Biarkan TTL lama habis dulu. Saat hari-H, dunia hanya "hafal" data lamamu maksimal 5 menit.

H-1: inventaris semua record

Screenshot/ekspor zona DNS lama: A, www, MX, TXT (SPF/DKIM — email sering jadi korban migrasi yang terlupa).

Hari-H: eksekusi saat trafik sepi

Dini hari waktu mayoritas pengunjungmu. Langsung verifikasi via DNS Propagation dengan nilai harapan terisi.

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.

COBA SEKARANG
Cek Propagasi DNS Sekarang
→ Cek Propagasi DNS Sekarang
// ARTIKEL INI MEMBANTU?

Share ke teman yang butuh info ini: