Server Solusi – Mengganti nameserver domain tidak selalu membuat website langsung bisa dibuka. Setelah perubahan dilakukan, kamu mungkin melihat pesan DNS_PROBE_FINISHED_NXDOMAIN, DNS_PROBE_FINISHED_SERVFAIL, atau halaman website justru mengarah ke server lama. Dalam beberapa kasus, domain bisa diakses dari satu jaringan tetapi gagal dibuka dari jaringan lain.
Penyebabnya tidak selalu propagasi DNS yang belum selesai. Bisa juga nameserver baru belum memiliki record DNS yang diperlukan, konfigurasi domain di hosting belum dibuat, atau record IPv6 mengarah ke alamat yang salah.
Karena itu, saya menyarankan pemeriksaan dilakukan berurutan: pastikan delegasi nameserver sudah benar, periksa record DNS di penyedia baru, lalu cocokkan alamat hasil resolusi dengan server yang seharusnya melayani website.
Mengapa domain tidak bisa diakses setelah ganti nameserver?
Domain tidak bisa diakses setelah ganti nameserver biasanya karena delegasi DNS belum mengarah ke nameserver yang benar, zona DNS pada nameserver baru belum dikonfigurasi lengkap, atau record domain mengarah ke alamat server yang salah.
Langkah awalnya adalah memeriksa nameserver yang aktif, melihat record A dan AAAA, kemudian menguji resolusi DNS menggunakan dig. Jika DNS sudah mengarah ke IP yang benar tetapi website tetap gagal dibuka, pemeriksaan perlu dilanjutkan ke konfigurasi hosting, web server, firewall, dan SSL.
Jangan buru-buru mengganti nameserver berulang kali. Tindakan tersebut dapat membuat diagnosis semakin sulit dan tidak akan memperbaiki record DNS yang salah pada penyedia baru.
Kenali gejala sebelum mengubah konfigurasi DNS
Pesan error yang muncul dapat membantu mempersempit penyebab. Namun, satu pesan belum tentu menunjukkan satu penyebab pasti.
| Gejala | Kemungkinan penyebab | Pemeriksaan awal |
|---|---|---|
NXDOMAIN | Domain atau record yang diminta tidak ditemukan pada DNS yang digunakan | Delegasi nameserver dan zona DNS |
SERVFAIL | Resolver gagal memperoleh jawaban yang valid, termasuk kemungkinan masalah DNSSEC | Delegasi DNS, DNSSEC, dan nameserver otoritatif |
ERR_NAME_NOT_RESOLVED | Nama domain gagal diterjemahkan menjadi alamat IP | Record A, AAAA, dan resolver |
| Website mengarah ke server lama | Record DNS masih menunjuk ke IP lama atau cache belum diperbarui | Record otoritatif dan hasil resolver |
Domain utama bisa dibuka, www gagal | Record atau konfigurasi subdomain www belum benar | Record A, AAAA, atau CNAME untuk www |
| DNS sudah benar, tetapi website timeout | Masalah mungkin berada di jaringan atau server tujuan | Port 80/443, firewall, dan status web server |
| Muncul peringatan SSL | Website sudah terhubung, tetapi sertifikat atau konfigurasi HTTPS mungkin tidak sesuai | Sertifikat dan virtual host HTTPS |
Penting untuk membedakan masalah resolusi DNS dari masalah web server. Jika domain belum menghasilkan alamat IP yang benar, memeriksa konfigurasi Nginx atau memperbarui sertifikat SSL bukan langkah pertama yang paling efektif.
Periksa nameserver yang aktif
Setelah mengganti nameserver di registrar domain, pastikan delegasinya benar-benar sudah berubah.
Pada komputer atau server yang memiliki utilitas dig, jalankan:
dig NS example.comGanti example.com dengan domain kamu.
Perintah tersebut meminta record NS melalui resolver yang digunakan. Hasilnya dapat dipengaruhi cache resolver, sehingga belum tentu langsung menunjukkan kondisi delegasi terbaru.
Untuk menelusuri delegasi DNS dari tingkat root, gunakan:
dig +trace NS example.comPerintah ini mengikuti rantai delegasi DNS sampai mendapatkan informasi nameserver untuk domain yang diperiksa.
Perhatikan beberapa hal berikut:
Nameserver yang didelegasikan harus sesuai dengan nameserver yang diberikan penyedia DNS baru.
Nameserver yang digunakan harus tersedia dan memberikan jawaban DNS yang valid.
Zona DNS domain harus sudah dibuat atau diaktifkan di penyedia baru.
Jika hasil
digberbeda dengan konfigurasi di panel registrar, periksa apakah perubahan sudah disimpan dan apakah delegasi lama masih terlihat pada hasil penelusuran.
Apa yang dilakukan jika nameserver belum berubah?
Periksa kembali pengaturan nameserver di registrar, yaitu tempat domain didaftarkan. Pastikan kamu tidak hanya mengubah record DNS di panel hosting, sementara nameserver pada registrar masih menunjuk ke penyedia lama.
Jika perubahan sudah benar di registrar tetapi hasil penelusuran masih menunjukkan delegasi sebelumnya, tunggu pembaruan delegasi dan cache yang relevan. Waktu perubahan tidak selalu sama untuk semua resolver.
Jangan mengubah nameserver ke nilai acak. Gunakan nameserver resmi yang diberikan penyedia DNS atau hosting tujuan.
Pastikan zona DNS di penyedia baru sudah lengkap
Mengganti nameserver berarti mengalihkan otoritas pengelolaan DNS ke penyedia baru. Record yang sebelumnya ada di penyedia lama tidak otomatis disalin ke penyedia baru.
Ini merupakan salah satu penyebab umum website tidak bisa diakses setelah perpindahan nameserver.
Buka panel DNS penyedia baru dan periksa record berikut.
| Jenis record | Fungsi | Hal yang perlu diperiksa |
|---|---|---|
A | Mengarahkan nama domain ke IPv4 | IP server website benar |
AAAA | Mengarahkan nama domain ke IPv6 | IPv6 benar dan server dapat melayaninya |
CNAME | Membuat alias ke nama domain lain | Target alias benar dan tidak membentuk siklus |
MX | Menentukan server penerima email | Record email lama perlu dipertahankan jika masih digunakan |
TXT | Menyimpan informasi verifikasi dan kebijakan tertentu | Record SPF, DKIM, verifikasi, dan layanan lain tetap tersedia |
Record yang dibutuhkan bergantung pada layanan yang digunakan. Tidak semua domain memerlukan seluruh jenis record di atas.
Periksa record A dan AAAA
Jalankan:
dig +short A example.comdig +short AAAA example.comHasil record A seharusnya sesuai dengan IPv4 server tujuan jika website di-host langsung pada server tersebut. Jika record AAAA tersedia, pastikan alamat IPv6-nya juga benar.
Kemudian, periksa subdomain www secara terpisah:
dig +short A www.example.comdig +short AAAA www.example.comdig +short CNAME www.example.comJika website harus tersedia melalui www.example.com, nama tersebut harus memiliki konfigurasi DNS yang sesuai. Salah satu pola umum adalah menggunakan CNAME yang mengarah ke domain utama, tetapi konfigurasi tepatnya tergantung pada penyedia hosting.
Jangan menghapus record AAAA hanya karena website gagal dibuka tanpa memeriksa apakah server memang menggunakan IPv6. Jika alamat IPv6 salah dan layanan tidak tersedia melalui alamat tersebut, perbaiki record sesuai konfigurasi jaringan yang sebenarnya.
Bandingkan jawaban nameserver otoritatif
Untuk memastikan record yang tersimpan di penyedia DNS baru, cari nama nameserver yang ditampilkan pada panel penyedia tersebut. Kemudian tanyakan record langsung ke nameserver itu:
dig @ns1.provider-dns.example A example.comGanti ns1.provider-dns.example dengan nameserver otoritatif yang sebenarnya.
Hasilnya membantu membedakan apakah record pada penyedia baru sudah benar atau hanya resolver tertentu yang masih menyimpan jawaban lama.
Jika nameserver otoritatif memberikan IP yang salah, perbaiki record di panel penyedia DNS. Jika record otoritatif sudah benar tetapi resolver publik masih memberikan IP lama, periksa TTL dan cache DNS.
Periksa apakah DNSSEC menyebabkan SERVFAIL
Jika domain menampilkan DNS_PROBE_FINISHED_SERVFAIL, jangan langsung berasumsi bahwa propagasi belum selesai. Salah satu kemungkinan yang perlu diperiksa adalah ketidakcocokan konfigurasi DNSSEC setelah pergantian nameserver.
DNSSEC membantu resolver memverifikasi keaslian jawaban DNS melalui tanda tangan kriptografis. Jika domain memiliki record DS di registrar yang tidak sesuai dengan kunci DNSSEC pada penyedia baru, resolver yang memvalidasi DNSSEC dapat menolak jawaban tersebut.
Cara memeriksa DNSSEC
Jalankan:
dig DS example.comdig +dnssec example.com APerintah pertama memeriksa record DS melalui resolver yang digunakan. Perintah kedua meminta jawaban DNS dengan informasi DNSSEC yang relevan jika tersedia.
Hasil perintah ini bukan satu-satunya dasar untuk memastikan adanya kesalahan DNSSEC. Jika dicurigai, periksa konfigurasi DNSSEC di registrar dan penyedia DNS baru, lalu cocokkan record DS dengan kunci yang benar.
Cara memperbaikinya
Periksa apakah DNSSEC memang aktif pada domain.
Pastikan penyedia DNS baru mendukung dan telah mengonfigurasi DNSSEC jika fitur tersebut akan tetap digunakan.
Cocokkan record DS di registrar dengan data DNSSEC yang diberikan penyedia baru.
Jika penyedia baru tidak mendukung konfigurasi DNSSEC yang lama, ikuti prosedur perpindahan DNSSEC dari penyedia atau registrar tersebut.
Jangan menghapus record DS atau menonaktifkan DNSSEC secara sembarangan. Perubahan yang salah dapat memperburuk kegagalan resolusi. Ikuti dokumentasi registrar dan penyedia DNS untuk prosedur yang sesuai.
Jika DNS sudah benar tetapi website tetap tidak bisa dibuka
Setelah domain mengarah ke IP yang benar, lanjutkan pemeriksaan ke sisi hosting. Nameserver dan record DNS menentukan ke mana permintaan diarahkan, tetapi keduanya tidak menjamin web server di alamat tujuan sedang berfungsi.
Periksa respons HTTP
Jalankan:
curl -I http://example.comcurl -I https://example.comPerintah ini memeriksa respons HTTP dan HTTPS dari lingkungan tempat perintah dijalankan.
Perhatikan hasilnya:
Jika koneksi gagal atau timeout, periksa jaringan, firewall, dan status layanan pada server.
Jika muncul
404, server mungkin sudah dapat diakses tetapi konfigurasi website atau jalur yang diminta tidak sesuai.Jika muncul
403, periksa aturan akses dan konfigurasi web server.Jika terjadi redirect berulang, periksa aturan redirect HTTP ke HTTPS atau pengalihan antara domain utama dan
www.Jika HTTPS menampilkan error sertifikat, periksa sertifikat dan virtual host yang menangani domain tersebut.
Status HTTP saja tidak selalu membuktikan website berfungsi normal. Respons 301 atau 302, misalnya, dapat merupakan perilaku yang memang diinginkan.
Periksa status web server di VPS
Jika website di-host pada VPS Ubuntu dan menggunakan Nginx, periksa:
sudo systemctl status nginxUntuk melihat apakah konfigurasi Nginx valid:
sudo nginx -tJika menggunakan Apache di Ubuntu:
sudo systemctl status apache2sudo apache2ctl configtestJika layanan tidak aktif atau konfigurasi tidak valid, periksa pesan error sebelum melakukan perubahan. Jangan melakukan restart atau mengubah konfigurasi server hanya berdasarkan dugaan bahwa nameserver adalah penyebabnya.
Jika website memakai shared hosting, managed hosting, CDN, atau reverse proxy, pemeriksaannya mungkin perlu dilakukan melalui panel penyedia layanan tersebut.
6. Bersihkan cache DNS setelah perubahan yang benar
Jika delegasi dan record DNS sudah benar, tetapi domain masih mengarah ke IP lama pada perangkat tertentu, cache DNS dapat menjadi salah satu penyebab.
Cache bisa berada di browser, sistem operasi, router, resolver internet, atau jaringan perusahaan. Cara membersihkannya bergantung pada sistem yang digunakan.
Di Windows, buka Command Prompt dan jalankan:
ipconfig /flushdnsPerintah tersebut membersihkan cache DNS lokal Windows. Perintah ini tidak mengubah record pada penyedia DNS dan tidak membersihkan cache milik semua resolver di internet.
Setelah itu, periksa kembali resolusi domain:
nslookup example.comJika masih memperoleh IP yang berbeda, bandingkan hasilnya dengan resolver publik atau nameserver otoritatif. Jangan terus-menerus membersihkan cache jika record pada penyedia DNS sendiri masih salah.
Perlu diingat, perubahan nameserver memiliki beberapa lapisan cache. Membersihkan cache di komputer tidak membuat semua resolver langsung menerima delegasi terbaru.
Pastikan konfigurasi hosting sesuai dengan domain
Ada situasi ketika DNS sudah menunjuk ke IP server baru, tetapi website masih menampilkan halaman default, error 404, atau situs lain. Ini dapat terjadi jika domain belum ditambahkan ke hosting atau virtual host belum dikonfigurasi.
Periksa hal berikut pada panel hosting atau server:
Domain sudah ditambahkan sebagai domain utama, addon domain, atau virtual host sesuai kebutuhan.
Document root mengarah ke direktori website yang benar.
Konfigurasi web server memiliki nama domain yang sesuai.
Jika memakai CDN atau reverse proxy, alamat origin dan aturan proxy sudah benar.
Sertifikat SSL mencakup domain utama serta
wwwjika keduanya digunakan.
Jika domain baru saja dipindahkan, jangan langsung menghapus konfigurasi pada hosting lama. Pastikan website, database, file, email, dan layanan lain yang dibutuhkan sudah tersedia pada tujuan baru sebelum menonaktifkan layanan sebelumnya.
Verifikasi setelah perbaikan
Setelah memperbaiki nameserver atau record DNS, lakukan pemeriksaan dari sisi DNS dan website.
Pemeriksaan DNS
dig +short NS example.comdig +short A example.comdig +short AAAA example.comPastikan nameserver sesuai dengan penyedia yang dituju dan alamat IP yang dikembalikan sesuai konfigurasi server.
Pemeriksaan website
curl -I https://example.comPeriksa apakah server memberikan respons yang diharapkan. Jika HTTPS digunakan, pastikan tidak ada error sertifikat ketika mengakses website melalui browser atau alat pengujian TLS.
Jika memungkinkan, lakukan pengujian dari lebih dari satu jaringan atau resolver. Hal ini membantu membedakan masalah cache lokal dari masalah pada delegasi atau zona DNS.
Semua hasil tersebut perlu diperiksa langsung pada domain yang bersangkutan. Tanpa hasil pengujian, belum bisa dipastikan bahwa perubahan yang dilakukan sudah menyelesaikan masalah.
Cara mencegah website bermasalah saat mengganti nameserver
Sebelum memindahkan nameserver, siapkan konfigurasi DNS tujuan dan catat record yang digunakan pada penyedia lama.
Salin record penting terlebih dahulu. Jangan hanya menyalin record website. Periksa juga MX, TXT, subdomain, verifikasi layanan, dan record lain yang masih diperlukan.
Pastikan DNS baru aktif sebelum perpindahan. Zona DNS harus tersedia dan memberikan jawaban yang benar sebelum delegasi diubah.
Catat alamat IP server tujuan. Cocokkan record A dan AAAA dengan konfigurasi jaringan yang sebenarnya.
Rencanakan perpindahan DNSSEC. Jika DNSSEC aktif, ikuti prosedur perpindahan agar record DS tidak bertentangan dengan konfigurasi baru.
Jangan langsung mematikan layanan lama. Pertahankan layanan yang diperlukan selama proses perpindahan dan verifikasi.
Uji domain utama dan subdomain. Periksa
www, subdomain aplikasi, email, dan endpoint lain yang menggunakan DNS.Pantau hasil setelah perpindahan. Periksa resolusi DNS, respons HTTP, serta log server jika ada gejala yang belum normal.
Perencanaan tersebut lebih aman daripada mengganti nameserver terlebih dahulu lalu mencoba memperbaiki record satu per satu setelah website tidak bisa diakses.
FAQ
1. Berapa lama domain bisa diakses setelah ganti nameserver?
Waktunya bergantung pada pembaruan delegasi, TTL, dan cache resolver. Tidak ada satu durasi yang berlaku untuk semua domain. Periksa delegasi menggunakan dig +trace dan bandingkan hasil nameserver otoritatif dengan resolver yang kamu gunakan.
2. Kenapa domain muncul DNS_PROBE_FINISHED_NXDOMAIN setelah ganti nameserver?
Pesan tersebut menunjukkan nama domain tidak ditemukan oleh resolver yang digunakan. Periksa delegasi nameserver, keberadaan zona DNS pada penyedia baru, dan record yang diperlukan. Jika hanya www yang gagal, periksa record subdomain tersebut secara terpisah.
3. Kenapa domain masih mengarah ke IP hosting lama?
Record pada penyedia baru mungkin belum diperbarui, atau resolver masih menyimpan jawaban lama di cache. Periksa record langsung pada nameserver otoritatif, lalu bandingkan dengan resolver publik sebelum memutuskan apakah perlu menunggu cache kedaluwarsa.
4. Apakah mengganti nameserver akan menghapus website?
Tidak. Mengganti nameserver tidak dengan sendirinya menghapus file website atau database. Namun, jika zona DNS baru belum dikonfigurasi, domain dapat berhenti mengarah ke server yang benar. Layanan email dan subdomain juga dapat terganggu jika record terkait tidak disalin.
5. Apakah perlu menginstal ulang SSL setelah mengganti nameserver?
Tidak selalu. Mengganti nameserver tidak otomatis membatalkan sertifikat SSL yang sudah ada. Namun, jika domain mengarah ke server baru, konfigurasi sertifikat di server tujuan harus diperiksa. Penerbitan atau renewal sertifikat juga bisa gagal jika DNS atau metode validasi belum berfungsi.
Penutup
Jika domain tidak bisa diakses setelah ganti nameserver, jangan langsung menyimpulkan bahwa masalahnya hanya propagasi DNS. Periksa delegasi nameserver, pastikan zona DNS baru memiliki record yang benar, dan evaluasi kemungkinan masalah DNSSEC jika resolver mengembalikan SERVFAIL.
Jika DNS sudah mengarah ke alamat yang benar tetapi website tetap gagal dibuka, lanjutkan ke pemeriksaan hosting, web server, firewall, dan SSL. Urutan ini membantu kamu menentukan lapisan yang bermasalah tanpa mengubah konfigurasi yang sebenarnya sudah benar.