Cara Mengarahkan Domain ke Hosting atau VPS dengan Benar
Domain Sudah Dibeli, Kenapa Situs Belum Muncul?
Pernahkah Anda sudah membayar domain, menginstal WordPress, lalu mengetik alamat situs di browser dan yang muncul justru halaman parkir registrar atau pesan "server not found"? Rasanya seperti sudah membangun toko lengkap dengan rak dan kasir, tetapi alamat di Google Maps menunjuk ke gang yang salah.
Bayangkan Rina, pemilik usaha katering di Bekasi. Senin pagi ia memasang domain barunya di hosting, lalu mengirim tautan ke 40 pelanggan lewat WhatsApp. Hasilnya? Setengah pelanggan melihat situs, setengahnya lagi melihat error. Penyebabnya bukan server yang rusak, melainkan konfigurasi DNS yang belum tuntas dan belum merambat merata.
Artikel ini merangkum tips ringkas namun actionable untuk mengarahkan domain ke hosting atau VPS. Fokusnya pada praktik terbaik industri yang dipakai administrator server setiap hari, bukan sekadar klik-klik tanpa paham.
Pahami Dulu Tiga Pemain Utamanya
Sebelum masuk ke tips, kenali tiga komponen yang sering tertukar. DNS ibarat buku telepon internet: ia menerjemahkan nama domain yang mudah diingat menjadi alamat IP yang dibaca mesin.
| Komponen | Fungsi | Kapan dipakai |
|---|---|---|
| Nameserver (NS) | Menentukan siapa yang memegang kendali seluruh zona DNS domain | Hosting dengan cPanel, atau ingin mengelola DNS di satu tempat |
| A record | Memetakan nama domain ke alamat IPv4 server | VPS, atau saat DNS tetap dikelola di registrar |
| CNAME | Membuat alias dari satu nama ke nama lain | Subdomain seperti www, blog, atau layanan pihak ketiga |
Perbedaan mendasarnya: nameserver menjawab "siapa yang berhak mengatur DNS domain ini?", sedangkan A record dan CNAME menjawab "ke mana nama ini harus diarahkan?".
Tips Cepat dan Praktis
1. Putuskan Dulu: Ganti Nameserver atau Cukup Edit Record
Kalau DNS Anda dikelola di registrar dan hanya satu layanan yang perlu diarahkan, mengedit A record sudah cukup. Ganti nameserver hanya bila Anda ingin seluruh pengaturan DNS dipindahkan ke penyedia hosting atau layanan DNS lain.
2. Catat Konfigurasi Lama Sebelum Mengubah Apa pun
Tangkap layar atau salin semua record yang sudah ada, terutama MX untuk email dan TXT untuk verifikasi. Banyak kasus email bisnis mendadak mati karena record MX ikut hilang saat nameserver diganti.
3. Gunakan Nameserver untuk Hosting Berbasis Panel
Pada shared hosting dengan cPanel, cara paling praktis adalah mengisi nameserver yang diberikan penyedia di panel registrar. Setelah itu zona DNS otomatis dibuat dan dikelola dari panel hosting, sehingga A record, MX, dan subdomain terkonfigurasi sendiri.
4. Gunakan A Record untuk VPS
VPS biasanya tidak datang dengan server DNS bawaan. Buka manajemen DNS di registrar, lalu buat A record untuk host @ yang mengarah ke IP publik VPS Anda. IP tersebut bisa dilihat di panel my.vpshosting.id.
Type: A
Host: @
Value: 203.0.113.10
TTL: 300Alamat di atas hanya contoh dokumentasi. Ganti dengan IP VPS Anda sendiri.
5. Jangan Lupa Versi www
Banyak orang hanya mengarahkan domain utama, lalu bingung kenapa www.domainanda.com error. Tambahkan CNAME untuk host www yang menunjuk ke domain utama, atau A record kedua dengan IP yang sama.
Type: CNAME
Host: www
Value: domainanda.com.
TTL: 3006. Pahami Batasan CNAME di Root Domain
Standar DNS tidak mengizinkan CNAME berdampingan dengan record lain pada root domain (@), padahal root selalu memiliki NS dan SOA. Karena itu, pakai A record untuk root dan CNAME untuk subdomain. Sebagian penyedia menawarkan fitur ALIAS atau CNAME flattening sebagai solusi, tetapi tidak semuanya mendukung.
7. Turunkan TTL Sebelum Migrasi
TTL adalah lama resolver menyimpan jawaban DNS di cache. Satu hari sebelum pindah server, turunkan TTL ke 300 detik. Dengan begitu, saat IP diganti, perubahan merambat dalam hitungan menit, bukan jam. Setelah stabil, naikkan lagi ke nilai lebih tinggi agar beban query berkurang.
8. Siapkan Server Sebelum DNS Diubah
Urutan yang benar: pasang web server, buat virtual host, dan uji dulu sebelum domain diarahkan. Kalau DNS sudah menunjuk ke server yang belum siap, pengunjung langsung melihat halaman default Nginx atau error 404.
# Contoh server block Nginx untuk domain Anda
server {
listen 80;
server_name domainanda.com www.domainanda.com;
root /var/www/domainanda;
index index.php index.html;
}9. Uji dengan File hosts Sebelum Go Live
Tambahkan baris berisi IP server dan nama domain pada file hosts di komputer Anda. Browser lalu membuka situs dari server baru tanpa menunggu DNS publik, sehingga Anda bisa memeriksa tampilan lebih awal. Jangan lupa hapus baris itu setelah selesai agar tidak membingungkan pengujian berikutnya.
10. Cek Hasil Memakai dig atau nslookup
Jangan hanya mengandalkan browser, karena cache lokal sering menipu. Perintah dig menunjukkan jawaban DNS yang sebenarnya.
dig +short A domainanda.com
dig +short CNAME www.domainanda.com
dig NS domainanda.com +short
# Bandingkan jawaban dari resolver publik tertentu
dig @1.1.1.1 +short A domainanda.com11. Bersabar pada Propagasi, tapi Tahu Batasnya
Perubahan A record dan CNAME umumnya terlihat dalam hitungan menit hingga beberapa jam, tergantung TTL lama. Perubahan nameserver bisa memakan waktu lebih panjang, kadang sampai 24 hingga 48 jam, karena melibatkan pembaruan di tingkat registry. Bila lewat dua hari tanpa perubahan, periksa lagi pengaturan di registrar.
12. Aktifkan HTTPS Setelah DNS Menunjuk dengan Benar
Sertifikat gratis seperti Let's Encrypt memerlukan domain yang sudah mengarah ke server. Jalankan penerbitan sertifikat setelah dig menunjukkan IP yang tepat, bukan sebelumnya.
sudo apt install certbot python3-certbot-nginx -y
sudo certbot --nginx -d domainanda.com -d www.domainanda.com13. Jaga Record Email Tetap Utuh
Email bisnis bergantung pada MX, SPF, DKIM, dan DMARC. Saat memindahkan DNS, salin semuanya ke zona baru. Kehilangan satu record SPF saja bisa membuat surat penawaran Anda mendarat di folder spam.
14. Manfaatkan Subdomain untuk Memisahkan Layanan
Pisahkan situs utama, API, dan dasbor lewat subdomain, misalnya app.domainanda.com atau api.domainanda.com. Cukup buat A record untuk masing-masing, lalu atur virtual host di server. Pola ini juga rapi untuk layanan otomasi, misalnya bila Anda menjalankan vps n8n di subdomain khusus agar webhook mudah diingat dan diamankan.
15. Periksa Catatan IPv6 (AAAA) bila Ada
Bila server punya alamat IPv6, tambahkan AAAA record yang cocok. Sebaliknya, hapus AAAA lama yang menunjuk ke server sebelumnya, sebab sebagian pengunjung akan diarahkan ke alamat yang salah tanpa Anda sadari.
Poin Penting: Urutan kerja yang aman adalah siapkan server, uji dengan file hosts, turunkan TTL, ubah record, lalu verifikasi dengan dig. Jangan mengubah DNS lebih dulu sebelum server siap menerima trafik.
Kapan Nameserver, Kapan A Record?
Pilihan ini sering memicu perdebatan. Praktik yang lazim di industri sebagai berikut.
- Hosting cPanel: pakai nameserver dari penyedia agar zona DNS terbentuk otomatis.
- VPS dengan satu atau dua situs: pakai A record di DNS registrar atau layanan DNS terpisah.
- Banyak layanan di banyak server: pusatkan DNS di satu penyedia khusus, lalu atur semua record dari sana.
Intinya, tidak ada satu cara yang selalu benar. Pilih berdasarkan siapa yang ingin Anda beri kendali atas DNS, dan seberapa sering record berubah.
Kesalahan Umum yang Sering Menjebak
- Mengisi nilai A record dengan nama domain, bukan alamat IP.
- Lupa titik di akhir nilai CNAME pada editor zona yang memerlukannya.
- Mengganti nameserver tanpa menyalin record MX lebih dulu.
- Membuat CNAME di root domain yang bertabrakan dengan record lain.
- Menyimpulkan DNS gagal padahal hanya cache browser atau cache DNS lokal yang belum diperbarui.
Bila cache lokal curiga, bersihkan dengan ipconfig /flushdns di Windows atau restart layanan resolver di Linux, lalu uji ulang lewat jaringan seluler untuk membandingkan.
Contoh Alur Nyata: Pindah dari Hosting Lama ke VPS
Dimas, developer lepas di Surabaya, ingin memindahkan situs klien ke VPS baru tanpa downtime. Ia melakukan langkah berikut: menurunkan TTL menjadi 300 sehari sebelumnya, menyalin file dan database ke VPS, menguji lewat file hosts, lalu mengganti A record ke IP baru pada pagi hari yang sepi pengunjung. Sepuluh menit kemudian dig dari beberapa resolver sudah menunjuk ke IP baru. Setelah 48 jam stabil, hosting lama baru dimatikan.
Hasilnya mulus karena setiap langkah punya tujuan. Kalau Anda sedang menimbang kebutuhan sumber daya sebelum pindah, cek harga vps terkini dan pilih paket yang cocok dengan beban situs Anda. Server berlokasi di Jakarta, sehingga latensi ke pengunjung Indonesia relatif rendah.
Langkah Berikutnya
Mulailah dengan hal paling sederhana: buka pengelola DNS domain Anda, catat seluruh record yang ada, lalu tentukan apakah Anda butuh nameserver baru atau cukup mengedit A record. Setelah itu terapkan tip-tip di atas satu per satu. Dengan persiapan singkat, proses yang tampak menakutkan ini biasanya selesai dalam satu sesi kerja.
Bila Anda butuh server untuk menampung situs atau aplikasi, kunjungi vpshosting.id/harga untuk melihat pilihan terbaru, atau masuk ke panel my.vpshosting.id untuk mengelola layanan yang sudah berjalan.



