Ganti nameserver, website belum berubah? Begini ceknya

Kamu sudah ganti nameserver di registrar, sudah tunggu beberapa jam, tapi website masih nunjuk ke hosting lama — atau malah muncul halaman "default page" hosting baru yang kosong. Sebelum buka tiket atau mengubah apa pun lagi, ada beberapa cek yang bisa kamu lakukan sendiri untuk tahu apakah ini memang propagasi biasa atau ada yang salah di konfigurasi.

Yang sebenarnya terjadi saat "propagasi"

Tidak ada satu database DNS global yang di-update serentak. Yang terjadi: setiap resolver DNS (punya Telkom, Indosat, Google 8.8.8.8, Cloudflare 1.1.1.1, router kantor, laptop kamu) menyimpan jawaban lama selama durasi TTL — Time To Live — yang tertulis di record itu sendiri.

Selama TTL belum habis, resolver tidak akan bertanya ulang. Dia tetap menjawab dengan data lama, walau nameserver kamu sudah diganti sejam yang lalu. Jadi "propagasi 24–48 jam" yang sering ditulis registrar itu bukan proses teknis yang berjalan, tapi perkiraan kasar kapan semua cache di dunia kedaluwarsa.

Konsekuensinya penting: teman kamu di Jakarta bisa melihat website baru sementara kamu masih lihat yang lama, dan itu normal. Yang tidak normal adalah kalau setelah beberapa hari masih begitu — berarti ada yang salah, bukan propagasi.

Langkah 1: cek nameserver mana yang sudah terdaftar

Ini cek pertama karena paling sering jadi biang masalah: perubahan di panel registrar ternyata tidak tersimpan.

Di macOS atau Linux, buka Terminal:

dig NS domainkamu.com +short

Di Windows, buka Command Prompt:

nslookup -type=ns domainkamu.com 8.8.8.8

Kalau yang keluar masih nameserver hosting lama, masalahnya ada di registrar, bukan di hosting. Login lagi ke panel domain dan pastikan perubahan benar-benar tersimpan. Untuk domain .id lewat registrar lokal, kadang perubahan nameserver perlu beberapa menit sampai masuk ke registry; untuk .com biasanya lebih cepat.

Untuk melihat apa yang dicatat registry (bukan cache), tanya langsung ke TLD server:

dig NS domainkamu.com @a.gtld-servers.net

Ganti dengan server TLD yang sesuai kalau domainnya bukan .com. Jawaban dari sini adalah sumber kebenaran — kalau di sini sudah nameserver baru, berarti sisanya cuma soal cache yang kedaluwarsa.

Langkah 2: tanya langsung ke nameserver baru

Kalau nameserver sudah benar tapi website masih salah, cek apakah nameserver baru itu memang punya jawaban yang kamu harapkan:

dig A domainkamu.com @ns1.hostingbaru.com +short

Perintah ini melewati semua cache dan bertanya langsung ke sumbernya. Hasilnya harus berupa IP server hosting baru kamu. IP itu bisa kamu lihat di cPanel pada sidebar General Information → Shared IP Address, atau di email selamat datang dari hosting.

Kalau yang keluar IP lama atau tidak ada jawaban sama sekali, berarti zona DNS di hosting baru belum benar. Buka cPanel → Zone Editor → Manage pada domain tersebut, lalu periksa record A untuk domainkamu.com dan www.

Langkah 3: bandingkan beberapa resolver publik

Sekarang cek dari sisi pengguna. Tanya beberapa resolver berbeda:

dig A domainkamu.com @8.8.8.8 +short
dig A domainkamu.com @1.1.1.1 +short
dig A domainkamu.com +short

Baris terakhir memakai resolver default dari ISP kamu. Kalau 8.8.8.8 dan 1.1.1.1 sudah menjawab IP baru tapi resolver ISP belum, tinggal tunggu — cache ISP biasanya yang paling lambat habis, dan tidak ada yang bisa kamu lakukan dari sisi domain.

Untuk melihat sisa waktu cache, jalankan dig tanpa +short dan lihat angka di kolom ketiga baris jawaban:

dig A domainkamu.com @8.8.8.8

;; ANSWER SECTION:
domainkamu.com.   1842   IN   A   203.0.113.10

Angka 1842 itu sisa detik sebelum resolver tersebut bertanya ulang. Jalankan lagi semenit kemudian: angkanya harus turun. Kalau sudah mendekati nol dan jawabannya masih IP lama setelah di-refresh, baru itu tanda ada masalah nyata.

Langkah 4: bersihkan cache di sisi kamu

Sering kali DNS sudah benar di mana-mana, yang bermasalah cuma komputer kamu sendiri.

Windows:

ipconfig /flushdns

macOS:

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

Chrome punya cache DNS sendiri. Buka chrome://net-internals/#dns lalu klik Clear host cache. Setelah itu tutup semua tab domain tersebut dan buka ulang.

Jangan lupa file hosts. Kalau sebelumnya kamu pakai trik hosts untuk tes website di server baru sebelum pindah, baris itu harus dihapus sekarang — kalau tidak, komputer kamu akan selamanya melihat versi yang "dipaksa", termasuk kalau nanti IP-nya berubah lagi.

• Windows: C:\Windows\System32\drivers\etc\hosts
• macOS/Linux: /etc/hosts

Masalah yang sering disangka propagasi (padahal bukan)

Halaman default hosting muncul. DNS sudah benar, file website-nya yang belum ada atau ada di folder yang salah. Cek File Manager di cPanel, isi public_html untuk domain utama atau folder document root untuk addon domain.

www jalan, tanpa www tidak — atau sebaliknya. Biasanya satu record hilang. Di Zone Editor, pastikan ada dua entri:

domainkamu.com.       14400  IN  A      203.0.113.10
www.domainkamu.com.   14400  IN  CNAME  domainkamu.com.

Browser memaksa HTTPS dan muncul error sertifikat. Kalau domain pernah mengirim header HSTS, browser menolak membuka versi HTTP. Tunggu sampai sertifikat SSL di hosting baru terbit (cPanel biasanya menerbitkannya otomatis setelah DNS mengarah ke server), lalu coba lagi di jendela penyamaran.

Email ikut mati. Ganti nameserver berarti seluruh zona DNS pindah, termasuk record MX. Kalau email kamu di penyedia lain, record MX-nya harus dibuat ulang di hosting baru. Ini juga berlaku untuk TXT SPF, DKIM, dan verifikasi Google Search Console. Catat semua record lama sebelum pindah:

dig MX domainkamu.com +short
dig TXT domainkamu.com +short

Domain pakai Cloudflare. Kalau nameserver domain mengarah ke Cloudflare, mengganti nameserver di registrar ke hosting akan menonaktifkan Cloudflare sepenuhnya. Kalau niatnya tetap pakai Cloudflare, jangan sentuh nameserver — ubah record A di dashboard Cloudflare saja.

Trik untuk perpindahan berikutnya: turunkan TTL dulu

Kalau kamu tahu akan pindah hosting minggu depan, buka Zone Editor di hosting lama dan turunkan TTL record A dari 14400 menjadi 300 (lima menit). Lakukan ini minimal selama durasi TTL lama sebelum pindah — jadi kalau TTL-nya 14400 detik, turunkan setidaknya empat jam sebelumnya, idealnya sehari.

Efeknya: saat hari-H, cache di mana-mana hanya menyimpan jawaban selama lima menit, bukan empat jam. Setelah semuanya stabil, naikkan lagi TTL ke nilai normal supaya resolver tidak bertanya terus-menerus.

Satu hal lagi: jangan hapus akun hosting lama di hari yang sama. Biarkan hidup beberapa hari sampai dig dari beberapa resolver konsisten menunjukkan IP baru. Pengunjung yang masih kena cache lama tetap melihat website yang berfungsi, bukan error.

Kalau tidak mau berurusan dengan ini sama sekali

Sebagian besar kekacauan DNS saat pindah hosting datang dari record yang terlupa — MX, SPF, subdomain, verifikasi pihak ketiga. Kalau kamu pindah ke Gocelerus, tim kami yang memindahkan website dari hosting lama, gratis. Servernya ada di Singapura dengan storage NVMe dan LiteSpeed. Detail paketnya ada di halaman pricing.