Nameserver AlexHost: Referensi Teknis Lengkap untuk Konfigurasi DNS

Nameserver (NS record) adalah penunjuk DNS otoritatif yang memberi tahu infrastruktur DNS global server mana yang menyimpan file zona definitif untuk domain Anda. Tanpa NS record yang dikonfigurasi dengan benar, domain Anda tidak dapat di-resolve — terlepas dari seberapa baik konfigurasi web server, sistem email, atau sertifikat SSL Anda.

Panduan ini mencakup infrastruktur nameserver khusus AlexHost, menjelaskan cara kerja NS record pada tingkat protokol, dan memberikan panduan konfigurasi yang dapat ditindaklanjuti untuk lingkungan cPanel dengan LiteSpeed maupun shared hosting standar.

Apa Itu Nameserver dan Mengapa Mereka Menjadi Fondasi DNS

Sebuah nameserver adalah server DNS khusus yang menyimpan dan melayani zona DNS otoritatif untuk satu atau lebih domain. Ketika recursive resolver perlu menemukan alamat IP di balik example.com, ia tidak menebak — melainkan mengikuti rantai delegasi yang ketat:

1. Resolver menanyakan root nameserver, yang mengembalikan referral ke nameserver TLD yang sesuai (misalnya, .com, .net, .md).
2. Nameserver TLD mengembalikan NS record yang terdaftar di domain registrar, yang menunjuk ke nameserver otoritatif domain.
3. Nameserver otoritatif — yang Anda konfigurasi di registrar — merespons dengan DNS record aktual: A, AAAA, MX, CNAME, TXT, dan sebagainya.

Ini berarti NS record bukan sekadar formalitas teknis. Mereka adalah mekanisme delegasi yang memberikan otoritas kepada server DNS penyedia hosting Anda untuk menjawab kueri untuk domain Anda. Jika NS record menunjuk ke server yang salah, atau jika server tersebut tidak dapat dijangkau, domain Anda akan mati — untuk setiap layanan yang bergantung padanya.

Setiap domain harus memiliki setidaknya dua NS record yang menunjuk ke server yang berbeda dan dioperasikan secara independen. Ini bukan sekadar rekomendasi; ini adalah persyaratan yang diberlakukan oleh kebijakan ICANN dan protokol DNS itu sendiri (RFC 1034/1035).

Cara Kerja Rantai Resolusi DNS dalam Praktik

Memahami jalur resolusi penuh membantu Anda mendiagnosis penundaan propagasi dan masalah konfigurasi yang salah dengan tepat.

Ketika pengunjung mengetikkan domain Anda ke browser, urutan berikut terjadi:

• Pemeriksaan cache lokal: Sistem operasi dan browser memeriksa cache DNS lokal mereka. Jika record yang di-cache masih valid (dalam TTL-nya), resolusi berhenti di sini.
• Kueri recursive resolver: Jika tidak ada cache yang cocok, kueri dikirim ke recursive resolver yang dikonfigurasi oleh ISP atau pengguna (misalnya, 8.8.8.8, 1.1.1.1).
• Referral root server: Resolver menghubungi salah satu dari 13 kluster root server, yang mengembalikan alamat nameserver TLD otoritatif.
• Respons nameserver TLD: Server TLD (dioperasikan oleh Verisign untuk .com, misalnya) mengembalikan NS record yang Anda daftarkan di domain registrar Anda.
• Jawaban otoritatif: Resolver menanyakan nameserver AlexHost secara langsung, yang mengembalikan A record, MX record, atau record apa pun yang diminta.
• Respons dikirimkan: Resolver menyimpan hasil dalam cache selama durasi TTL record dan mengembalikan jawaban ke klien.

Wawasan penting di sini adalah bahwa NS record berada di dua tempat: di domain registrar Anda (sebagai delegasi) dan di dalam file zona pada nameserver otoritatif itu sendiri. Keduanya harus konsisten. Ketidaksesuaian antara keduanya — yang dikenal sebagai lame delegation — menyebabkan kegagalan resolusi yang terputus-putus dan terkenal sulit untuk didiagnosis.

Infrastruktur Nameserver AlexHost

AlexHost mengoperasikan pasangan nameserver terpisah untuk lingkungan hosting yang berbeda. Menggunakan pasangan yang tepat untuk paket hosting spesifik Anda sangat penting untuk resolusi DNS yang benar.

Nameserver untuk Hosting cPanel dengan LiteSpeed

Nameserver ini melayani domain yang dihosting di infrastruktur VPS dengan cPanel dan bertenaga LiteSpeed milik AlexHost:

ns5.alexhost.md (176.123.0.83) bertindak sebagai otoritas DNS primer untuk domain pada stack cPanel LiteSpeed. Semua perubahan file zona — A record, MX record, subdomain — dibuat di sini dan disinkronkan ke sekunder.

ns6.alexhost.md (176.123.0.84) berfungsi sebagai nameserver sekunder. Dalam pengaturan BIND atau PowerDNS yang dikonfigurasi dengan benar, sekunder melakukan transfer zona (AXFR/IXFR) dari primer dan dapat menjawab kueri secara independen jika primer untuk sementara tidak dapat dijangkau.

Nameserver untuk Shared Hosting cPanel

Domain yang dihosting di platform Shared Web Hosting AlexHost menggunakan pasangan nameserver khusus:

ns3.alexhost.md (176.123.0.55) adalah server otoritatif primer untuk zona shared hosting. Server ini menyimpan file zona master dan merupakan sumber kebenaran untuk propagasi DNS.

ns4.alexhost.md (176.123.0.60) menyediakan redundansi geografis dan operasional. Jika ns3 tidak dapat dijangkau karena masalah jaringan atau pemeliharaan, ns4 terus melayani respons DNS tanpa gangguan.

Mengapa Pasangan Nameserver Terpisah Penting

Menjalankan pasangan nameserver yang berbeda per lingkungan hosting adalah keputusan arsitektur dengan manfaat operasional nyata:

• Isolasi blast radius: Kesalahan konfigurasi atau serangan DDoS yang menargetkan nameserver shared hosting tidak memengaruhi pelanggan LiteSpeed VPS, dan sebaliknya.
• Manajemen TTL dan zona yang independen: Setiap lingkungan dapat menyetel perilaku propagasi secara independen.
• Perencanaan kapasitas: Pertumbuhan traffic pada satu platform tidak menurunkan waktu respons DNS pada platform lain.

Perbandingan: Lingkungan Nameserver AlexHost

Cara Mengarahkan Domain Anda ke Nameserver AlexHost

Mengubah nameserver dilakukan di domain registrar Anda — bukan di penyedia hosting Anda. Ini adalah sumber kebingungan yang umum.

Konfigurasi Langkah demi Langkah

1. Masuk ke panel kontrol domain registrar Anda (misalnya, GoDaddy, Namecheap, atau di mana pun Anda mendaftarkan domain — atau langsung melalui Pendaftaran Domain AlexHost jika terdaftar di AlexHost).
2. Navigasikan ke pengaturan DNS atau Nameserver untuk domain spesifik yang ingin Anda konfigurasi.
3. Hapus entri nameserver yang ada. Nameserver registrar default (misalnya, ns1.registrar.com) harus dihapus sebelum menambahkan yang baru.
4. Masukkan nameserver AlexHost yang sesuai dengan paket hosting Anda:

• Untuk LiteSpeed VPS: ns5.alexhost.md dan ns6.alexhost.md
• Untuk Shared Hosting: ns3.alexhost.md dan ns4.alexhost.md

1. Simpan perubahan. Registrar akan memperbarui delegasi di tingkat TLD.
2. Tunggu propagasi. Propagasi DNS biasanya selesai dalam 24 hingga 48 jam, meskipun sebagian besar resolver mengambil perubahan dalam 1 hingga 4 jam. Nilai TTL pada NS record lama menentukan berapa lama cache menyimpan data yang sudah usang.

Memverifikasi Propagasi Nameserver

Setelah melakukan perubahan, verifikasi propagasi menggunakan alat baris perintah atau pemeriksa online:

Menggunakan dig (Linux/macOS):

dig NS yourdomain.com +short

Menggunakan nslookup (Windows/Linux):

nslookup -type=NS yourdomain.com 8.8.8.8

Menggunakan whois untuk memeriksa delegasi registrar:

whois yourdomain.com | grep -i "name server"

Jika output menampilkan nameserver AlexHost, delegasi telah selesai. Jika Anda masih melihat nameserver lama, propagasi mungkin masih berlangsung atau perubahan registrar tidak tersimpan dengan benar.

Untuk menguji apakah nameserver otoritatif itu sendiri merespons dengan benar:

dig A yourdomain.com @ns3.alexhost.md

Ini menanyakan nameserver AlexHost secara langsung, melewati respons yang di-cache dari recursive resolver.

Jebakan Teknis Kritis dan Kasus Tepi

Ini adalah mode kegagalan yang ditemui oleh administrator berpengalaman — dan yang sebagian besar dokumentasi abaikan sepenuhnya.

Glue Record dan Masalah Ketergantungan Melingkar

Jika nama domain Anda sama dengan atau merupakan subdomain dari domain nameserver, ketergantungan melingkar muncul. Misalnya, jika Anda memiliki alexhost.md dan nameserver Anda adalah ns3.alexhost.md, resolver tidak dapat menemukan IP dari ns3.alexhost.md tanpa terlebih dahulu me-resolve alexhost.md — yang memerlukan kueri ke ns3.alexhost.md.

Solusinya adalah glue record: A record yang didaftarkan langsung di registri TLD bersama delegasi NS, yang menyediakan alamat IP nameserver tanpa memerlukan pencarian terpisah. AlexHost menangani ini secara internal untuk domain nameserver-nya sendiri. Jika Anda pernah menyiapkan nameserver kustom menggunakan domain Anda sendiri (misalnya, ns1.yourdomain.com), Anda harus mendaftarkan glue record di registrar Anda.

Lame Delegation

Sebuah lame delegation terjadi ketika NS record di registrar menunjuk ke nameserver yang tidak ada, tidak merespons, atau tidak menyimpan zona otoritatif untuk domain tersebut. Ini menyebabkan kegagalan resolusi atau latensi parah saat resolver kehabisan waktu menunggu respons. Selalu verifikasi bahwa kedua NS record dapat dijangkau dan otoritatif sebelum menyelesaikan migrasi.

Strategi TTL Selama Migrasi

Sebelum memigrasikan domain ke AlexHost, turunkan TTL pada DNS record Anda yang ada ke 300 detik (5 menit) setidaknya 24 hingga 48 jam sebelumnya. Ini meminimalkan jendela waktu di mana resolver menyajikan data yang sudah usang setelah Anda mengganti nameserver. Setelah migrasi dikonfirmasi stabil, naikkan TTL kembali ke nilai standar (3600 detik atau lebih tinggi) untuk mengurangi beban kueri pada nameserver.

Propagasi NS Record vs. Propagasi DNS Record

Ini adalah dua peristiwa propagasi yang berbeda yang sering dicampuradukkan:

• Propagasi NS record: Waktu yang dibutuhkan registri TLD untuk mempublikasikan delegasi nameserver baru Anda secara global. Ini dikendalikan oleh SOA TTL TLD, biasanya 24–48 jam.
• Propagasi DNS record: Waktu yang dibutuhkan A, MX, CNAME record individual dalam zona Anda untuk diambil oleh recursive resolver. Ini dikendalikan oleh TTL yang Anda tetapkan pada setiap record.

Mengubah nameserver memicu kedua peristiwa secara bersamaan, itulah mengapa propagasi penuh dapat memakan waktu hingga 48 jam bahkan ketika TTL record individual singkat.

Kelangsungan Email Selama Migrasi DNS

Jika domain Anda memiliki Email Hosting aktif atau MX record yang menunjuk ke penyedia email pihak ketiga, pastikan MX record tersebut dibuat ulang di zona DNS AlexHost sebelum mengganti nameserver. Gagal melakukannya mengakibatkan kegagalan pengiriman email selama jendela propagasi — masalah yang tidak terlihat sampai seseorang melaporkan email yang terpental.

DNS Record yang Dikelola Melalui Nameserver AlexHost

Setelah domain Anda mendelegasikan ke nameserver AlexHost, jenis record berikut dikelola dalam cPanel DNS Zone Editor:

Untuk domain yang memerlukan HTTPS, pastikan Sertifikat SSL disediakan setelah propagasi DNS selesai — metode validasi Let’s Encrypt dan CA lainnya bergantung pada resolusi DNS yang benar.

Praktik Terbaik Operasional untuk Konfigurasi DNS AlexHost

• Selalu konfigurasi kedua NS record. Satu nameserver adalah satu titik kegagalan. Gunakan primer dan sekunder untuk setiap domain.
• Pantau keterjangkauan nameserver. Gunakan alat seperti dig, dnschecker.org, atau monitor uptime otomatis untuk memverifikasi bahwa kedua alamat IP NS (176.123.0.83/84 atau 176.123.0.55/60) tetap dapat dijangkau. Alamat IP yang terkait dengan infrastruktur dapat berubah selama migrasi besar; selalu verifikasi terhadap dokumentasi AlexHost terkini.
• Jangan mencampur pasangan nameserver. Jangan menggabungkan ns3 (shared) dengan ns5 (LiteSpeed VPS) untuk satu domain. Setiap pasangan dirancang untuk melayani zona dalam lingkungan hosting-nya sendiri.
• Audit file zona Anda setelah migrasi. Setelah mengganti nameserver, gunakan dig ANY yourdomain.com @ns3.alexhost.md untuk mengambil semua record dan konfirmasi bahwa entri A, MX, TXT, dan CNAME ditransfer dengan benar.
• Dokumentasikan perubahan TTL Anda. Simpan catatan kapan Anda menurunkan TTL dan kapan Anda mengganti nameserver. Ini menciptakan jejak audit yang sangat berharga selama respons insiden.
• Gunakan DNSSEC jika didukung. DNS Security Extensions menambahkan tanda tangan kriptografis ke DNS record, mencegah serangan cache poisoning. Periksa apakah registrar Anda dan nameserver AlexHost mendukung DNSSEC untuk TLD Anda.

Matriks Keputusan: Nameserver Mana yang Digunakan

Poin Teknis Utama

• Gunakan ns3.alexhost.md / ns4.alexhost.md untuk shared hosting; gunakan ns5.alexhost.md / ns6.alexhost.md untuk lingkungan LiteSpeed VPS.
• Selalu konfigurasi kedua nameserver di setiap pendaftaran domain — jangan pernah mengandalkan satu NS record saja.
• Turunkan TTL record ke 300 detik setidaknya 24 jam sebelum migrasi nameserver yang direncanakan.
• Verifikasi propagasi menggunakan dig NS yourdomain.com +short dan kueri langsung ke IP nameserver AlexHost.
• Buat ulang semua MX dan TXT record (SPF, DKIM, DMARC) di zona baru sebelum mengganti nameserver untuk menghindari gangguan pengiriman email.
• Periksa persyaratan glue record jika Anda mengonfigurasi hostname nameserver kustom di bawah domain Anda sendiri.
• Setelah propagasi DNS, sediakan atau validasi ulang sertifikat SSL — validasi domain bergantung pada resolusi DNS yang benar.
• Pantau kedua IP nameserver secara berkala; perubahan infrastruktur dapat mengubah penetapan IP.

Pertanyaan yang Sering Diajukan

Apa perbedaan antara ns3/ns4 dan ns5/ns6 di AlexHost?

ns3.alexhost.md dan ns4.alexhost.md melayani domain di platform shared hosting AlexHost. ns5.alexhost.md dan ns6.alexhost.md didedikasikan untuk lingkungan cPanel VPS bertenaga LiteSpeed. Menggunakan pasangan yang salah akan mengakibatkan kegagalan resolusi DNS karena file zona untuk domain Anda hanya berada di pasangan nameserver yang benar.

Berapa lama perubahan nameserver AlexHost membutuhkan waktu untuk propagasi?

Propagasi global penuh biasanya membutuhkan waktu antara 24 dan 48 jam, meskipun sebagian besar recursive resolver mengambil perubahan dalam 1 hingga 4 jam. Durasi sebenarnya bergantung pada TTL yang ditetapkan pada NS record sebelumnya dan perilaku caching resolver individual di seluruh dunia.

Bisakah saya hanya menggunakan salah satu nameserver AlexHost alih-alih keduanya?

Tidak. Menggunakan satu nameserver menciptakan satu titik kegagalan. Jika server tersebut tidak dapat dijangkau karena alasan apa pun — pemeliharaan, partisi jaringan, atau kegagalan perangkat keras — domain Anda menjadi tidak dapat di-resolve. Kebijakan ICANN dan standar protokol DNS mengharuskan minimal dua nameserver per domain.

Apa yang terjadi pada email saya jika saya mengganti nameserver tanpa membuat ulang MX record?

Pengiriman email masuk akan gagal untuk domain mana pun yang MX record-nya tidak ada di zona baru. Pengirim akan menerima pesan bounce atau mengalami penundaan pengiriman. Selalu audit dan buat ulang MX, SPF, DKIM, dan DMARC record di editor zona DNS AlexHost sebelum menyelesaikan penggantian nameserver.

Bagaimana cara memverifikasi bahwa nameserver AlexHost sudah otoritatif untuk domain saya?

Jalankan dig NS yourdomain.com +short untuk mengonfirmasi delegasi yang terdaftar, kemudian jalankan dig A yourdomain.com @ns3.alexhost.md (atau nameserver yang sesuai) untuk mengonfirmasi bahwa server otoritatif merespons dengan record yang benar. Jika kedua perintah mengembalikan hasil yang diharapkan, konfigurasi DNS Anda berfungsi dengan benar.