Dalam dunia administrasi jaringan modern, layanan DNS (Domain Name System) merupakan salah satu komponen paling vital. Hampir seluruh layanan jaringan bergantung pada DNS, mulai dari website, email, aplikasi cloud, hingga autentikasi sistem.
Ketika sebuah DNS Server mengalami kegagalan, seluruh layanan yang bergantung padanya dapat terganggu. Oleh karena itu, implementasi DNS Server Redundant menggunakan Bind9 menjadi salah satu kompetensi penting bagi peserta UKK TJKT, peserta LKS IT Network System Administration (ITNSA), administrator jaringan, maupun system administrator.
Namun dalam implementasinya, banyak permasalahan yang sering muncul seperti:
- Domain tidak dapat di-resolve
- Zona tidak terbaca
- Sinkronisasi secondary DNS gagal
- Transfer zona ditolak
- Kesalahan konfigurasi file zone
- Firewall memblokir port DNS
- Record tidak muncul pada hasil query
Artikel ini akan membahas berbagai teknik troubleshooting DNS Server Redundant menggunakan Bind9 pada Ubuntu Server 26.04 LTS “Resolute Raccoon”, lengkap dengan penggunaan tools diagnosis seperti dig, nslookup, named-checkconf, named-checkzone, journalctl, dan tcpdump.
Memahami Arsitektur DNS Redundant
Konsep DNS Redundancy
DNS Redundant adalah implementasi dua atau lebih DNS Server yang melayani zona yang sama.
Biasanya terdiri dari:
- Primary DNS Server (Master)
- Secondary DNS Server (Slave)
Tujuannya:
- High Availability
- Load Distribution
- Fault Tolerance
- Disaster Recovery
Contoh Topologi:
Client
|
-----------------------
| |
DNS Master DNS Slave
192.168.10.10 192.168.10.11
| |
-------- Zone --------
Transfer
Jika DNS Master gagal, klien tetap dapat melakukan resolusi melalui DNS Slave.
Struktur Konfigurasi Bind9 yang Umum Digunakan
File Konfigurasi Utama
/etc/bind/named.conf
Konfigurasi Zona
/etc/bind/named.conf.local
File Zona Forward
/var/cache/bind/db.example.local
File Zona Reverse
/var/cache/bind/db.192
Pengujian DNS Menggunakan dig
Mengapa dig Sangat Penting?
dig merupakan tool standar administrator DNS.
Keunggulan:
- Detail
- Akurat
- Digunakan pada kompetisi LKS
- Digunakan dalam lingkungan produksi
Query A Record
dig server1.example.local
Contoh hasil berhasil:
server1.example.local. 3600 IN A 192.168.10.10
Query ke DNS Tertentu
dig @192.168.10.10 server1.example.local
Digunakan untuk memastikan DNS mana yang menjawab query.
Query MX Record
dig example.local MX
Query NS Record
dig example.local NS
Output harus menunjukkan:
ns1.example.local
ns2.example.local
Query SOA Record
dig example.local SOA
Digunakan untuk memeriksa:
- Serial Number
- Refresh
- Retry
- Expire
Pengujian DNS Menggunakan nslookup
Walaupun dig lebih populer, nslookup masih sering digunakan dalam UKK dan LKS.
Contoh:
nslookup server1.example.local
Query ke server tertentu:
nslookup server1.example.local 192.168.10.10
Melihat NS:
nslookup
set type=ns
example.local
Troubleshooting Umum DNS Bind9
1. Domain Tidak Dapat Di-resolve
Gejala
NXDOMAIN
atau
SERVFAIL
Penyebab
- Zona tidak dimuat
- Record tidak ada
- Kesalahan sintaks
Diagnosis
named-checkconf
Jika ada error:
unexpected token
periksa file konfigurasi.
Perbaikan
sudo nano /etc/bind/named.conf.local
Validasi ulang:
named-checkconf
Restart:
systemctl restart bind9
2. Kesalahan File Zona
Gejala
Bind9 gagal start.
Status:
systemctl status bind9
Contoh error:
zone example.local/IN:
loading from master file failed
Diagnosis
named-checkzone example.local db.example.local
Contoh error:
missing semicolon
Solusi
Tambahkan titik koma yang hilang:
www IN A 192.168.10.20;
3. Serial Number Tidak Bertambah
Gejala
Zona tidak ter-update pada Secondary DNS.
Penyebab
SOA Serial tidak berubah.
Contoh:
2026070101
Setelah perubahan:
2026070102
Verifikasi
dig example.local SOA
Pastikan serial terbaru muncul.
4. Zone Transfer Gagal
Gejala
DNS Slave tidak menerima update.
Diagnosis
Master:
journalctl -u bind9
Contoh:
transfer denied
Penyebab
allow-transfer belum dikonfigurasi.
Solusi
Pada Master:
allow-transfer {
192.168.10.11;
};
Reload:
rndc reload
5. Secondary DNS Tidak Sinkron
Diagnosis
Periksa zona:
ls -lah /var/cache/bind/
Pastikan file zona hasil transfer muncul.
Verifikasi
dig @192.168.10.11 example.local SOA
Bandingkan serial dengan master.
6. Bind9 Tidak Berjalan
Diagnosis
systemctl status bind9
atau
journalctl -xeu bind9
Penyebab Umum
- Port 53 digunakan aplikasi lain
- Kesalahan konfigurasi
- File zona rusak
Identifikasi Port
ss -tulpn | grep :53
atau
netstat -tulpn | grep :53
7. Firewall Memblokir DNS
Gejala
DNS lokal berjalan tetapi klien gagal query.
Cek Firewall
sudo ufw status
Buka Port DNS
sudo ufw allow 53/tcp
sudo ufw allow 53/udp
8. Reverse DNS Tidak Berfungsi
Gejala
PTR gagal.
dig -x 192.168.10.10
Penyebab
Zona reverse belum dibuat.
Solusi
Tambahkan:
10 IN PTR ns1.example.local.
Tools Diagnosis yang Wajib Dikuasai
named-checkconf
Validasi konfigurasi.
named-checkconf
named-checkzone
Validasi zona.
named-checkzone example.local db.example.local
rndc
Manajemen Bind9.
rndc reload
rndc status
journalctl
Melihat log.
journalctl -u bind9
tcpdump
Monitoring paket DNS.
tcpdump -i eth0 port 53
ss
Memastikan layanan mendengarkan port.
ss -tulpn
Studi Kasus UKK dan LKS ITNSA
Skenario
Peserta mendapatkan:
- DNS Master aktif
- DNS Slave aktif
- Domain tidak resolve
Langkah Analisis
- Cek status layanan.
systemctl status bind9
- Validasi konfigurasi.
named-checkconf
- Validasi zona.
named-checkzone
- Uji query lokal.
dig localhost
- Uji query domain.
dig server1.example.local
- Periksa log.
journalctl -u bind9
- Verifikasi transfer zona.
dig @slave-server example.local SOA
Best Practice DNS Redundant
Gunakan Penomoran Serial Konsisten
Format:
YYYYMMDDNN
Contoh:
2026070301
Pisahkan Zona Forward dan Reverse
Meningkatkan kemudahan troubleshooting.
Gunakan Monitoring
Tools yang direkomendasikan:
- Zabbix
- Grafana
- Prometheus
- Icinga2
Dokumentasikan Topologi
Buat diagram:
- DNS Master
- DNS Slave
- Zona
- IP Address
- ACL
Lakukan Pengujian Berkala
Minimal:
dig
nslookup
tcpdump
setiap perubahan konfigurasi.
Kesalahan yang Sering Terjadi
| Kesalahan | Dampak |
|---|---|
| Lupa increment serial | Zona tidak update |
| Salah IP NS | Query gagal |
| Firewall aktif | DNS tidak dapat diakses |
| File zona salah | Bind9 gagal start |
| Transfer ditolak | Slave tidak sinkron |
| PTR tidak dibuat | Reverse lookup gagal |
| Salah permission file | Zona tidak terbaca |
Tips Profesional Menghadapi UKK dan LKS ITNSA
- Selalu gunakan named-checkconf sebelum restart Bind9.
- Gunakan named-checkzone setiap mengubah zona.
- Hafalkan penggunaan dig.
- Biasakan membaca log journalctl.
- Dokumentasikan seluruh perubahan.
- Uji dari sisi client dan server.
- Simpan backup file zona sebelum modifikasi.
Kesimpulan
DNS Server Redundant menggunakan Bind9 merupakan fondasi penting dalam membangun layanan jaringan yang andal dan tersedia tinggi. Sebagian besar permasalahan yang muncul sebenarnya berasal dari kesalahan sederhana seperti sintaks konfigurasi, serial number yang tidak diperbarui, kesalahan ACL zone transfer, atau firewall yang memblokir komunikasi DNS.
Dengan menguasai tools seperti dig, nslookup, named-checkconf, named-checkzone, journalctl, dan tcpdump, administrator jaringan dapat melakukan diagnosis secara cepat dan akurat. Kemampuan troubleshooting ini sangat penting dalam lingkungan produksi maupun saat menghadapi UKK TJKT dan kompetisi LKS ITNSA yang menuntut kecepatan analisis serta ketepatan solusi.
Semakin sering melakukan simulasi gangguan dan pengujian resolusi domain, semakin mudah mengidentifikasi akar masalah dan melakukan perbaikan dengan efisien.
FAQ
Pertanyaan: Apa fungsi DNS Server Redundant?
Jawaban: Menyediakan layanan DNS cadangan sehingga resolusi domain tetap berjalan saat server utama mengalami gangguan.
Pertanyaan: Kapan harus menggunakan dig dibanding nslookup?
Jawaban: dig lebih direkomendasikan karena memberikan informasi DNS yang lebih lengkap dan detail.
Pertanyaan: Mengapa zona tidak ter-update pada DNS Slave?
Jawaban: Umumnya karena serial number SOA tidak bertambah atau konfigurasi allow-transfer belum benar.
Pertanyaan: Bagaimana memeriksa kesalahan konfigurasi Bind9?
Jawaban: Gunakan perintah named-checkconf untuk memvalidasi konfigurasi global Bind9.
Pertanyaan: Bagaimana memeriksa kesalahan file zona?
Jawaban: Gunakan named-checkzone nama-zona nama-file-zona untuk memeriksa sintaks dan struktur zona.
Pertanyaan: Port apa yang digunakan layanan DNS?
Jawaban: DNS menggunakan port 53 TCP dan UDP.
Jika Anda sedang mempersiapkan UKK TJKT, LKS ITNSA, sertifikasi Linux Server, atau membangun infrastruktur DNS produksi, cobalah praktikkan seluruh langkah troubleshooting pada artikel ini di laboratorium virtual maupun server nyata.
Bagikan pengalaman Anda di kolom komentar, diskusikan kendala yang ditemukan, serta bagikan artikel ini kepada rekan guru, siswa, teknisi jaringan, dan system administrator lainnya. Jangan lupa mengikuti artikel terbaru seputar Linux Server, Ubuntu, Bind9, MikroTik, Cloud Computing, Virtualisasi, DevOps, dan Infrastruktur Jaringan agar selalu mendapatkan pembaruan teknologi terkini.
