Dalam dunia infrastruktur jaringan modern, DNS (Domain Name System) merupakan salah satu layanan paling kritikal. Hampir seluruh layanan jaringan bergantung pada DNS untuk melakukan proses resolusi nama domain menjadi alamat IP maupun sebaliknya.
Bayangkan sebuah perusahaan memiliki puluhan server, aplikasi web, mail server, database server, dan layanan cloud internal. Jika DNS mengalami gangguan, maka seluruh layanan tersebut berpotensi tidak dapat diakses meskipun server sebenarnya masih berjalan normal.
Karena alasan tersebut, implementasi DNS Server Redundant menjadi praktik standar di lingkungan produksi, data center, institusi pendidikan, laboratorium jaringan, hingga kompetisi LKS IT Network System Administration (ITNSA).
Pada artikel ini kita akan membahas studi kasus nyata bagaimana membangun DNS Server Redundant menggunakan Bind9 pada Ubuntu Server 26.04 LTS “Resolute Raccoon”, lengkap dengan konfigurasi zone file forward lookup dan reverse lookup yang sering digunakan dalam implementasi nyata.
Mengenal DNS Redundancy
DNS Redundancy adalah konsep menyediakan lebih dari satu DNS Server yang melayani zona domain yang sama.
Tujuannya:
- Menghindari single point of failure
- Meningkatkan ketersediaan layanan
- Menjamin kontinuitas operasional
- Mempercepat resolusi DNS
- Memenuhi standar infrastruktur enterprise
Umumnya digunakan:
- Primary DNS Server (Master)
- Secondary DNS Server (Slave)
Jika Primary DNS gagal, Secondary DNS tetap dapat menjawab query DNS dari client.
Studi Kasus Implementasi
Topologi Jaringan
| Host | IP Address | Fungsi |
|---|---|---|
| dns-master | 192.168.10.10 | Primary DNS |
| dns-slave | 192.168.10.11 | Secondary DNS |
| client01 | 192.168.10.100 | Client Testing |
Domain internal:
labtkj.local
Reverse Network:
192.168.10.0/24
Target yang ingin dicapai:
- Resolusi nama ke IP (Forward Lookup)
- Resolusi IP ke nama (Reverse Lookup)
- Sinkronisasi zona otomatis ke Secondary DNS
- High Availability DNS Service
Memahami Forward Lookup dan Reverse Lookup
Forward Lookup
Forward Lookup digunakan untuk menerjemahkan hostname menjadi alamat IP.
Contoh:
www.labtkj.local
menjadi:
192.168.10.20
Ketika pengguna membuka website, proses inilah yang paling sering terjadi.
Reverse Lookup
Reverse Lookup melakukan proses sebaliknya.
Contoh:
192.168.10.20
menjadi:
www.labtkj.local
Biasanya digunakan oleh:
- Mail Server
- Security Monitoring
- Logging System
- SIEM
- Troubleshooting jaringan
Instalasi Bind9 pada Ubuntu Server 26.04 LTS
Update repository terlebih dahulu.
sudo apt update
sudo apt upgrade -y
Install paket Bind9.
sudo apt install bind9 bind9utils bind9-doc dnsutils -y
Verifikasi service.
systemctl status named
Pastikan status:
active (running)
Konfigurasi DNS Master
Edit named.conf.local
sudo nano /etc/bind/named.conf.local
Tambahkan:
zone "labtkj.local" {
type master;
file "/etc/bind/db.labtkj.local";
allow-transfer { 192.168.10.11; };
};
zone "10.168.192.in-addr.arpa" {
type master;
file "/etc/bind/db.192.168.10";
allow-transfer { 192.168.10.11; };
};
Membuat Zone File Forward Lookup
Salin file template.
cp /etc/bind/db.local /etc/bind/db.labtkj.local
Edit file.
nano /etc/bind/db.labtkj.local
Isi:
$TTL 86400
@ IN SOA dns-master.labtkj.local. admin.labtkj.local. (
2026070101
3600
1800
604800
86400 )
@ IN NS dns-master.labtkj.local.
@ IN NS dns-slave.labtkj.local.
dns-master IN A 192.168.10.10
dns-slave IN A 192.168.10.11
www IN A 192.168.10.20
mail IN A 192.168.10.30
ftp IN A 192.168.10.40
Membuat Zone File Reverse Lookup
Salin template.
cp /etc/bind/db.127 /etc/bind/db.192.168.10
Edit.
nano /etc/bind/db.192.168.10
Isi:
$TTL 86400
@ IN SOA dns-master.labtkj.local. admin.labtkj.local. (
2026070101
3600
1800
604800
86400 )
@ IN NS dns-master.labtkj.local.
@ IN NS dns-slave.labtkj.local.
10 IN PTR dns-master.labtkj.local.
11 IN PTR dns-slave.labtkj.local.
20 IN PTR www.labtkj.local.
30 IN PTR mail.labtkj.local.
40 IN PTR ftp.labtkj.local.
Validasi Konfigurasi
Periksa syntax konfigurasi.
named-checkconf
Validasi zone forward.
named-checkzone labtkj.local /etc/bind/db.labtkj.local
Validasi reverse.
named-checkzone 10.168.192.in-addr.arpa /etc/bind/db.192.168.10
Jika sukses akan muncul:
OK
Restart Service
systemctl restart bind9
Cek status.
systemctl status bind9
Konfigurasi DNS Slave
Edit:
nano /etc/bind/named.conf.local
Tambahkan:
zone "labtkj.local" {
type slave;
masters { 192.168.10.10; };
file "/var/cache/bind/db.labtkj.local";
};
zone "10.168.192.in-addr.arpa" {
type slave;
masters { 192.168.10.10; };
file "/var/cache/bind/db.192.168.10";
};
Restart:
systemctl restart bind9
Periksa apakah zone berhasil tersinkronisasi.
ls -lah /var/cache/bind/
Pengujian Forward Lookup
Menggunakan dig.
dig @192.168.10.10 www.labtkj.local
Hasil:
www.labtkj.local. IN A 192.168.10.20
Tes slave.
dig @192.168.10.11 www.labtkj.local
Pengujian Reverse Lookup
dig -x 192.168.10.20
Output:
20.10.168.192.in-addr.arpa PTR www.labtkj.local
Simulasi Kegagalan DNS Master
Matikan service master.
systemctl stop bind9
Client masih menggunakan DNS Slave.
dig @192.168.10.11 www.labtkj.local
Jika query tetap berhasil maka sistem redundansi berjalan dengan baik.
Analisis Masalah yang Sering Terjadi
Serial Number Tidak Bertambah
Penyebab:
Administrator mengubah zone file tetapi lupa menaikkan serial number.
Dampak:
DNS Slave tidak melakukan transfer zona terbaru.
Solusi:
Gunakan format serial:
YYYYMMDDNN
Contoh:
2026070101
Reverse Lookup Tidak Berfungsi
Penyebab:
Nama zona reverse salah.
Dampak:
PTR record gagal ditemukan.
Solusi:
Pastikan format:
10.168.192.in-addr.arpa
sesuai subnet.
Zone Transfer Ditolak
Penyebab:
allow-transfer tidak dikonfigurasi.
Solusi:
Tambahkan IP Slave DNS.
allow-transfer { 192.168.10.11; };
Firewall Memblokir DNS
Penyebab:
Port DNS belum dibuka.
Solusi:
ufw allow 53/tcp
ufw allow 53/udp
Best Practice Implementasi DNS Produksi
Gunakan Minimal Dua DNS Server
Idealnya:
- DNS Master
- DNS Slave
atau
- DNS Cluster
Gunakan Monitoring
Implementasikan:
- Zabbix
- Grafana
- Prometheus
- Icinga2
untuk memonitor:
- DNS Availability
- Query Response Time
- Zone Transfer
Gunakan ACL
Batasi query hanya dari jaringan internal.
Contoh:
allow-query {
192.168.10.0/24;
};
Backup Zone File
Lakukan backup otomatis menggunakan:
rsync
atau
Ansible
Dokumentasikan Infrastruktur DNS
Simpan informasi:
- Domain
- IP Server
- Zone
- PTR Record
- TTL
agar mudah dikelola tim administrator.
Studi Kasus LKS ITNSA
Pada kompetisi LKS ITNSA, peserta sering diminta:
- Membangun DNS Server
- Membuat Forward Zone
- Membuat Reverse Zone
- Mengkonfigurasi DNS Redundancy
- Melakukan troubleshooting DNS
Peserta yang memahami hubungan antara forward lookup, reverse lookup, SOA record, NS record, dan zone transfer biasanya lebih cepat menyelesaikan skenario troubleshooting dibanding peserta yang hanya menghafal konfigurasi.
Karena itu pemahaman konsep jauh lebih penting dibanding sekadar mengingat sintaks.
Kesimpulan
DNS merupakan fondasi utama dalam infrastruktur jaringan modern. Implementasi DNS Redundant menggunakan Bind9 pada Ubuntu Server 26.04 LTS memberikan tingkat ketersediaan layanan yang lebih tinggi sekaligus mengurangi risiko gangguan akibat kegagalan satu server.
Melalui konfigurasi zone file forward lookup dan reverse lookup, administrator dapat memastikan proses resolusi nama berjalan dua arah secara akurat. Ditambah dengan mekanisme zone transfer antara Master dan Slave DNS, layanan DNS menjadi lebih andal dan siap digunakan baik pada lingkungan produksi, laboratorium pembelajaran, maupun kompetisi LKS ITNSA.
Memahami konsep SOA, NS Record, PTR Record, Serial Number, dan Zone Transfer akan sangat membantu administrator jaringan dalam membangun infrastruktur DNS yang stabil, aman, dan mudah dikelola dalam jangka panjang.
FAQ
Pertanyaan: Apa fungsi DNS Server Redundant?
Jawaban: Untuk menjaga layanan DNS tetap tersedia ketika salah satu server DNS mengalami gangguan.
Pertanyaan: Apa perbedaan forward lookup dan reverse lookup?
Jawaban: Forward lookup menerjemahkan hostname menjadi IP Address, sedangkan reverse lookup menerjemahkan IP Address menjadi hostname.
Pertanyaan: Mengapa serial number pada zone file penting?
Jawaban: Serial number digunakan DNS Slave untuk mendeteksi perubahan zona dan melakukan sinkronisasi.
Pertanyaan: Apakah reverse lookup wajib dibuat?
Jawaban: Tidak selalu wajib, tetapi sangat direkomendasikan untuk mail server, monitoring, logging, dan troubleshooting.
Pertanyaan: Berapa jumlah DNS Server yang direkomendasikan?
Jawaban: Minimal dua server, yaitu Primary DNS (Master) dan Secondary DNS (Slave).
Pertanyaan: Apa fungsi allow-transfer pada Bind9?
Jawaban: Mengizinkan DNS Slave melakukan transfer zona dari DNS Master.
Sudah pernah membangun DNS Server menggunakan Bind9 di lingkungan sekolah, laboratorium, kantor, atau data center?
Bagikan pengalaman, kendala, maupun solusi yang pernah Anda temui pada kolom komentar. Jika artikel ini bermanfaat, jangan lupa membagikannya kepada rekan administrator jaringan, guru TJKT/TKJ, peserta LKS ITNSA, maupun praktisi Linux Server lainnya. Kunjungi juga artikel-artikel terkait Ubuntu Server, Linux Administration, DNS, Cloud Computing, Cybersecurity, dan Infrastruktur Jaringan untuk memperdalam kompetensi Anda di bidang IT modern.
