Cara Cek Propagasi DNS Setelah Ganti Hosting atau Nameserver

Setelah mengganti hosting, A record, atau nameserver, Anda mungkin melihat website baru dari satu jaringan tetapi website lama dari jaringan lain. Kondisi ini biasa disebut propagasi DNS. Istilah tersebut terdengar seolah-olah data sedang dikirim berantai ke seluruh dunia, padahal yang sering terjadi adalah resolver menunggu cache lama berakhir lalu mengambil jawaban baru.

Memeriksa propagasi dengan benar penting agar Anda tidak menghapus server lama terlalu cepat atau mengubah konfigurasi berkali-kali karena panik. Berikut cara membaca hasilnya, jenis record yang perlu diperiksa, dan tanda bahwa masalahnya bukan sekadar menunggu.

Apa Arti Propagasi DNS?

Ketika record berubah, authoritative DNS dapat langsung menyimpan data baru. Namun resolver yang sebelumnya sudah menanyakan domain mungkin masih memiliki cache lama. Mereka menggunakan jawaban tersebut sampai TTL habis, kecuali cache dibersihkan oleh pengelolanya.

Karena setiap resolver memiliki cache dan waktu permintaan berbeda, tidak ada satu waktu selesai yang berlaku untuk semua pengguna. Klaim “pasti selesai dalam 24 atau 48 jam” bukan jaminan. TTL lama, resolver yang tidak mengikuti aturan, dan kesalahan konfigurasi dapat memperpanjang gejala.

Siapkan Data Sebelum Mengecek

• Catat nameserver lama dan baru.
• Catat IP atau hostname tujuan untuk A, AAAA, dan CNAME.
• Simpan waktu perubahan serta TTL sebelumnya.
• Jangan menonaktifkan DNS atau hosting lama sampai pengujian selesai.
• Siapkan record MX dan TXT agar email tidak terlupakan.

Jika Anda belum memindahkan nameserver, gunakan checklist ganti nameserver tanpa downtime. Persiapan sebelum perubahan jauh lebih menentukan daripada mengecek berulang setelahnya.

Cara Cek dengan nslookup atau dig

Di Windows, gunakan nslookup domainanda.com. Untuk membandingkan resolver tertentu, tambahkan alamat resolver setelah domain. Di macOS atau Linux, perintah dig domainanda.com A dan dig domainanda.com AAAA memberikan informasi lebih rinci.

Periksa nameserver dengan query NS, lalu bandingkan jawaban dari beberapa resolver. Bila memungkinkan, tanyakan authoritative nameserver secara langsung. Hasil authoritative yang salah berarti masalah konfigurasi, bukan propagasi.

Record yang Jangan Sampai Terlewat

Banyak pemilik hanya memeriksa A record homepage. Padahal AAAA record lama dapat membuat pengguna IPv6 menuju server lama, sedangkan CNAME pada www dapat menghasilkan tujuan berbeda dari root domain. MX dan TXT yang hilang dapat mengganggu email serta verifikasi layanan.

Jika memakai Cloudflare atau CDN lain, IP yang terlihat pengguna bisa merupakan IP proxy, bukan origin. Jadi perbedaan IP tidak otomatis berarti propagasi gagal. Periksa mode proxy dan konfigurasi zone sebelum membuat kesimpulan.

Cara Membaca Hasil dari Berbagai Lokasi

Alat cek propagasi online membantu membandingkan banyak titik, tetapi jumlah lokasi yang hijau bukan satu-satunya ukuran keberhasilan. Pastikan jawaban sesuai arsitektur Anda. Sebagian lokasi mungkin belum mendukung query tertentu, terkena filtering, atau menampilkan timeout sementara.

Untuk bisnis Indonesia, uji juga melalui jaringan yang benar-benar dipakai pelanggan. Jika satu ISP menampilkan Internet Positif sementara lainnya normal, itu bukan propagasi biasa. Gunakan panduan cek Trust Positif untuk memisahkan kasus tersebut.

Kenapa Masih Membuka Server Lama?

1. Cache resolver masih hidup sesuai TTL lama.
2. Perangkat atau browser memiliki cache sendiri; lakukan flush DNS untuk diagnosis.
3. AAAA, CNAME, atau nameserver tambahan masih menunjuk konfigurasi lama.
4. DNSSEC atau DS record tidak sesuai setelah pindah provider.
5. Hosting baru belum memiliki virtual host, SSL, atau deploy yang benar.
6. Redirect pada server lama masih mengarahkan pengunjung ke URL lama.

Mengubah record berulang kali dapat membuat diagnosis makin sulit. Perbaiki satu variabel, catat waktu, lalu uji ulang secara terstruktur.

Kapan Server Lama Boleh Dimatikan?

Tunggu sampai authoritative DNS benar, resolver utama memberikan jawaban yang diharapkan, website baru stabil, dan TTL lama telah terlewati dengan margin aman. Pastikan tidak ada layanan email, API, subdomain, atau webhook yang masih bergantung pada IP lama.

Untuk migrasi domain, pastikan redirect 301 tetap aktif pada domain lama sesuai kebutuhan SEO. Panduan ganti domain tanpa kehilangan trafik menjelaskan bagian migrasi yang tidak selesai hanya karena DNS sudah berubah.

Contoh Timeline Migrasi yang Sehat

Misalkan A record lama memiliki TTL empat jam dan Anda menggantinya pukul 10.00. Resolver yang menyimpan record lama pukul 09.55 mungkin masih memakai jawaban tersebut sampai mendekati pukul 14.00. Resolver yang baru bertanya pukul 10.05 dapat langsung mendapatkan data baru. Keduanya berbeda tanpa ada kerusakan.

Namun jika setelah TTL lama terlewati hasil authoritative baru sudah benar tetapi banyak resolver tetap salah, periksa konfigurasi tambahan. Jangan terus menjawab “masih propagasi” selama beberapa hari tanpa bukti. Bisa jadi ada NS campuran, AAAA lama, atau validasi DNSSEC yang gagal.

Perbedaan Cek DNS dan Cek Website

DNS yang benar hanya berarti nama domain mengarah ke tujuan yang diharapkan. Website tetap perlu diuji dari sisi HTTP status, SSL, redirect, dan konten. Server baru bisa menjawab 403 karena virtual host belum disiapkan. Dalam kondisi tersebut, menunggu propagasi tidak akan memperbaiki apa pun.

Sebaliknya, website bisa terlihat normal pada origin tetapi domain gagal resolve. Uji kedua lapisan secara terpisah agar Anda tahu apakah harus menghubungi DNS provider atau tim hosting.

Checklist Akhir Sebelum Menyatakan Migrasi Selesai

• NS dan seluruh record penting sesuai dokumentasi.
• Hasil authoritative dan resolver utama telah diverifikasi.
• Tidak ada AAAA atau CNAME lama yang terlupakan.
• Website, SSL, redirect, API, dan email telah diuji.
• Trafik pada server lama sudah turun sesuai ekspektasi.
• Backup konfigurasi dan akses rollback masih tersedia.

Simpan laporan sederhana berisi waktu perubahan dan hasil pengujian. Dokumen ini memudahkan audit jika muncul masalah beberapa hari kemudian.

Pertanyaan untuk Hosting atau DNS Provider

Saat meminta bantuan, sertakan nama domain, waktu perubahan, nameserver lama dan baru, record yang diharapkan, hasil query authoritative, serta contoh resolver yang berbeda. Informasi ini jauh lebih berguna daripada hanya mengirim screenshot website lama.

Tanyakan apakah zone baru sudah aktif pada semua authoritative server, apakah ada kegagalan validasi DNSSEC, dan apakah provider melihat konfigurasi yang tidak konsisten. Jika CDN digunakan, minta kepastian mengenai origin dan status proxy.

Hindari mengubah konfigurasi ketika tiket sedang dianalisis kecuali diminta. Perubahan baru dapat membuat jawaban teknisi tidak lagi sesuai dengan kondisi awal dan memperpanjang diagnosis.

Propagasi bukan proses yang perlu ditunggu dengan menebak. Dokumentasikan record, bandingkan authoritative dan resolver, periksa IPv6 serta CDN, lalu pertahankan server lama sampai jalur baru benar-benar aman.

Pertanyaan yang Sering Diajukan (FAQ)