Debian

Panduan Konfigurasi DNS Server BIND9 di Debian 13 Server: Forward Zone, Reverse Zone, dan Troubleshooting

November 1, 2026 · 17 menit baca · Walid Umar

DNS Server merupakan salah satu komponen penting dalam infrastruktur jaringan komputer. Layanan ini memungkinkan perangkat mengakses server menggunakan nama domain atau hostname tanpa harus mengingat alamat IP. Dalam lingkungan sekolah, laboratorium TKJ, data center, maupun jaringan perusahaan, DNS berperan penting untuk menghubungkan berbagai layanan seperti web server, file server, mail server, aplikasi internal, dan sistem monitoring.

Pada sistem operasi Debian 13, administrator dapat menggunakan BIND9 untuk membangun DNS Server yang mampu mengelola pemetaan nama domain ke alamat IP, melakukan reverse lookup, serta menyediakan layanan resolusi nama bagi perangkat dalam jaringan lokal.

Artikel ini membahas konfigurasi DNS Server BIND9 di Debian 13 secara bertahap, mulai dari instalasi paket, penentuan alamat IP, pembuatan forward zone dan reverse zone, pengujian menggunakan dig, hingga troubleshooting dan praktik pengamanan. Contoh konfigurasi menggunakan domain internal labtkj.test dan jaringan 192.168.10.0/24, sehingga dapat dipraktikkan di laboratorium virtual maupun server fisik.

Memahami DNS Server dan BIND9

Apa itu DNS Server?

DNS atau Domain Name System adalah sistem yang menerjemahkan nama domain menjadi informasi jaringan, terutama alamat IP.

Sebagai contoh, ketika pengguna membuka web.labtkj.test, komputer perlu mengetahui alamat IP yang berkaitan dengan nama tersebut. DNS Server dapat memberikan jawaban berupa 192.168.10.20, sehingga perangkat mengetahui tujuan koneksi yang harus digunakan.

DNS dapat dianalogikan seperti buku kontak pada telepon. Pengguna cukup mengingat nama seseorang, sedangkan sistem mencari nomor yang sesuai. DNS melakukan fungsi serupa untuk nama host dan alamat jaringan.

Namun, DNS tidak sama dengan layanan web. DNS hanya membantu menemukan alamat tujuan. Setelah alamat diperoleh, browser tetap membutuhkan koneksi ke layanan HTTP atau HTTPS.

Apa itu BIND9?

BIND9 merupakan implementasi DNS yang banyak digunakan untuk membangun authoritative name server dan recursive resolver. Di Debian, layanan ini dijalankan melalui program named dan umumnya dikelola menggunakan systemd.

BIND9 mendukung berbagai fungsi, antara lain:

Mengelola forward zone dan reverse zone.
Menyimpan record DNS seperti A, AAAA, CNAME, MX, NS, PTR, dan TXT.
Menyediakan authoritative DNS untuk domain yang dikelola.
Melakukan caching dan recursive resolution sesuai konfigurasi.
Mendukung DNSSEC serta mekanisme administrasi dan transfer zona.

Dokumentasi resmi BIND9 menjelaskan perangkat administrasi seperti named-checkconf dan named-checkzone yang berguna untuk memvalidasi konfigurasi sebelum layanan digunakan. Referensi: https://bind9.readthedocs.io/en/stable/

Mengapa menggunakan BIND9 di Debian 13?

Debian 13, dengan nama kode Trixie, cocok digunakan sebagai platform DNS Server karena menyediakan sistem paket yang terkelola, dukungan layanan systemd, serta perangkat administrasi jaringan yang lengkap.

BIND9 dapat digunakan dalam berbagai skenario, seperti:

DNS internal untuk jaringan sekolah dan kantor.
Resolusi hostname server pada laboratorium TKJ.
Infrastruktur aplikasi berbasis Linux.
Lingkungan virtualisasi Proxmox dan PNETLab.
Jaringan pengujian layanan web, database, dan monitoring.
DNS authoritative untuk domain yang dikelola sendiri.

Untuk kebutuhan jaringan lokal, konfigurasi DNS dapat dibuat secara terpusat sehingga perubahan alamat layanan tidak selalu mengharuskan administrator mengubah konfigurasi pada setiap klien.

Topologi dan Skenario Konfigurasi

Sebelum menginstal BIND9, tentukan terlebih dahulu rancangan jaringan yang akan digunakan. Contoh berikut menggunakan satu server DNS, satu web server, dan satu klien.

Komponen	Konfigurasi
Sistem operasi DNS	Debian 13 Server
Hostname DNS	dns01.labtkj.test
IP DNS Server	192.168.10.10
Domain internal	labtkj.test
Network	192.168.10.0/24
Gateway	192.168.10.1
Web Server	192.168.10.20
File Server	192.168.10.30
Klien pengujian	192.168.10.100

Topologi sederhananya adalah:

                    Internet
                       |
                  Router/Gateway
                   192.168.10.1
                       |
              LAN 192.168.10.0/24
                       |
          +------------+------------+
          |            |            |
      DNS Server   Web Server   File Server
     192.168.10.10 192.168.10.20 192.168.10.30
          |
       Klien DNS
     192.168.10.100

Seluruh perangkat harus memiliki konektivitas IP yang sesuai. DNS Server juga harus menggunakan alamat IP yang stabil, baik melalui konfigurasi statis maupun reservasi DHCP.

Domain labtkj.test dipilih untuk keperluan laboratorium. Akhiran .test dicadangkan untuk pengujian, sehingga tidak perlu menggunakan domain publik milik pihak lain.

Penting: ganti alamat IP, nama domain, interface jaringan, dan gateway pada contoh ini sesuai dengan lingkungan Anda.

Langkah 1: Memeriksa Konfigurasi Jaringan Debian 13

Pastikan Debian 13 telah terpasang dan server dapat diakses melalui konsol lokal atau SSH.

Periksa versi sistem operasi:

cat /etc/os-release

Periksa hostname:

hostnamectl

Periksa alamat IP:

ip -br addr

Periksa tabel routing:

ip route

Misalnya, server menggunakan interface ens18 dengan alamat IP 192.168.10.10/24.

Jika alamat IP masih menggunakan DHCP, tentukan apakah alamat tersebut cukup stabil untuk dijadikan DNS Server. Untuk server produksi, konfigurasi IP statis atau reservasi DHCP biasanya lebih sesuai.

Konfigurasi alamat IP Debian dapat berbeda bergantung pada apakah server menggunakan NetworkManager, systemd-networkd, ifupdown, atau pengelolaan jaringan dari platform virtualisasi. Periksa metode yang sedang digunakan sebelum mengubah konfigurasi.

Uji konektivitas menuju gateway:

ping -c 4 192.168.10.1

Jika server membutuhkan akses internet untuk mengunduh paket, uji juga konektivitas keluar dan resolusi DNS yang sedang digunakan. Jangan langsung mengubah seluruh konfigurasi jaringan jika koneksi SSH merupakan satu-satunya akses administrasi.

Langkah 2: Memperbarui Paket Sistem

Jalankan pembaruan indeks paket:

sudo apt update

Jika diperlukan, perbarui paket sistem sesuai kebijakan pemeliharaan server:

sudo apt upgrade

Pada server produksi, lakukan pembaruan setelah mempertimbangkan jendela pemeliharaan, kebutuhan reboot, kompatibilitas aplikasi, dan ketersediaan cadangan konfigurasi.

Langkah 3: Menginstal BIND9 di Debian 13

Instal BIND9 dan utilitas pengujian DNS:

sudo apt install bind9 bind9-utils dnsutils

Paket tersebut menyediakan layanan DNS dan perangkat administrasi yang diperlukan untuk konfigurasi serta pengujian.

Periksa status layanan:

sudo systemctl status bind9

Aktifkan layanan agar dijalankan otomatis saat boot:

sudo systemctl enable --now bind9

Periksa versi BIND:

named -v

Periksa apakah layanan mendengarkan port DNS:

sudo ss -lntup | grep ':53'

DNS menggunakan port 53, baik melalui UDP maupun TCP. UDP lazim digunakan untuk query biasa, sedangkan TCP diperlukan untuk kondisi tertentu, termasuk respons yang besar dan transfer zona.

Jika layanan belum aktif, periksa log:

sudo journalctl -u bind9 -n 50 --no-pager

Jangan lanjut ke konfigurasi zona sebelum layanan dasar dapat dijalankan atau kesalahan awalnya dipahami.

Langkah 4: Memahami Struktur Konfigurasi BIND9

Pada instalasi Debian, konfigurasi BIND9 umumnya berada di direktori /etc/bind/.

Beberapa berkas penting adalah:

/etc/bind/named.conf: konfigurasi utama yang memuat berkas konfigurasi lain.
/etc/bind/named.conf.options: opsi global layanan.
/etc/bind/named.conf.local: tempat umum untuk mendefinisikan zona lokal.
/etc/bind/named.conf.default-zones: konfigurasi zona bawaan.
/var/cache/bind/: lokasi yang lazim digunakan untuk data zona yang dikelola secara lokal, bergantung pada konfigurasi.

Periksa struktur konfigurasi:

ls -lah /etc/bind/

Sebelum melakukan perubahan, buat salinan cadangan:

sudo cp -a /etc/bind /etc/bind.backup-$(date +%F)

Cadangan ini membantu memulihkan konfigurasi jika terdapat kesalahan sintaks atau perubahan yang tidak sesuai.

Langkah 5: Mengonfigurasi Opsi Global DNS Server

Buka berkas konfigurasi opsi:

sudo nano /etc/bind/named.conf.options

Untuk skenario DNS internal dengan recursive resolution bagi klien LAN, gunakan konfigurasi dasar berikut:

acl "trusted-lan" {
    127.0.0.1;
    192.168.10.0/24;
};

options {
    directory "/var/cache/bind";

    recursion yes;
    allow-recursion { trusted-lan; };
    allow-query-cache { trusted-lan; };

    allow-query { trusted-lan; };

    listen-on { 127.0.0.1; 192.168.10.10; };
    listen-on-v6 { none; };

    dnssec-validation auto;
};

Simpan perubahan, lalu periksa kembali setiap alamat IP dan nama ACL.

Penjelasan parameter:

acl "trusted-lan" mendefinisikan jaringan yang dipercaya untuk menggunakan resolver.
recursion yes mengaktifkan pencarian rekursif bagi permintaan yang diizinkan.
allow-recursion membatasi klien yang dapat meminta resolusi rekursif.
allow-query-cache membatasi klien yang dapat menggunakan hasil cache.
allow-query membatasi jaringan yang dapat mengajukan query.
listen-on menentukan alamat IPv4 tempat layanan mendengarkan.
listen-on-v6 { none; }; menonaktifkan listener IPv6 pada contoh ini.
dnssec-validation auto mengaktifkan validasi DNSSEC sesuai mekanisme bawaan BIND.

Konfigurasi ini merupakan contoh resolver internal, bukan konfigurasi universal untuk setiap lingkungan.

Jika DNS hanya digunakan sebagai authoritative server, pertimbangkan menonaktifkan recursion dan mengatur kebijakan query secara berbeda. Jika IPv6 digunakan, jangan menonaktifkannya tanpa alasan; sesuaikan listener dan ACL dengan desain jaringan.

Jangan pernah membuka recursive resolver ke seluruh internet tanpa pembatasan. Resolver terbuka dapat disalahgunakan untuk serangan amplifikasi DNS.

Langkah 6: Mengonfigurasi Forward Zone

Forward zone digunakan untuk memetakan nama host menjadi alamat IP. Pada contoh ini, nama web.labtkj.test akan diarahkan ke 192.168.10.20.

Buka konfigurasi zona lokal:

sudo nano /etc/bind/named.conf.local

Tambahkan definisi berikut:

zone "labtkj.test" {
    type primary;
    file "/var/cache/bind/db.labtkj.test";
};

Pada konfigurasi BIND9 modern, type primary menunjukkan bahwa server merupakan sumber utama data zona. Istilah master masih ditemukan pada konfigurasi lama, tetapi primary merupakan pilihan yang sesuai untuk penulisan baru.

Selanjutnya, buat berkas zona:

sudo nano /var/cache/bind/db.labtkj.test

Masukkan konfigurasi berikut:

$TTL 86400

@   IN  SOA dns01.labtkj.test. admin.labtkj.test. (
        2026101301 ; Serial
        3600       ; Refresh
        1800       ; Retry
        604800     ; Expire
        86400      ; Negative Cache TTL
)

@       IN  NS      dns01.labtkj.test.

dns01   IN  A       192.168.10.10
web     IN  A       192.168.10.20
file    IN  A       192.168.10.30
router  IN  A       192.168.10.1

Perhatikan penggunaan titik di akhir nama domain lengkap, misalnya dns01.labtkj.test.. Titik tersebut menunjukkan nama domain absolut. Tanpa titik, nama dapat ditafsirkan relatif terhadap origin zona.

Penjelasan record:

SOA berisi informasi otoritas zona, termasuk serial dan parameter sinkronisasi.
NS menunjukkan name server otoritatif untuk zona.
A memetakan hostname ke alamat IPv4.
$TTL menentukan TTL default untuk record yang tidak memiliki TTL khusus.
Serial merupakan nomor versi zona yang harus dinaikkan ketika perubahan data diterapkan.

Alamat email administratif pada SOA ditulis dalam format DNS. admin.labtkj.test. merepresentasikan alamat email admin@labtkj.test.

Serial 2026101301 mengikuti pola tanggal dan nomor revisi, tetapi pola tersebut bukan kewajiban protokol. Yang penting, serial meningkat setiap kali perubahan zona perlu dipublikasikan.

Langkah 7: Mengonfigurasi Reverse Zone

Reverse zone digunakan untuk memetakan alamat IP kembali menjadi nama host melalui record PTR.

Jika forward lookup menjawab pertanyaan, “Alamat IP untuk web.labtkj.test berapa?”, reverse lookup menjawab pertanyaan, “Nama host yang berkaitan dengan alamat IP ini apa?”

Untuk jaringan 192.168.10.0/24, nama zona reverse adalah 10.168.192.in-addr.arpa.

Tambahkan definisi berikut pada /etc/bind/named.conf.local:

zone "10.168.192.in-addr.arpa" {
    type primary;
    file "/var/cache/bind/db.192.168.10";
};

Buat berkas zona reverse:

sudo nano /var/cache/bind/db.192.168.10

Isi dengan:

$TTL 86400

@   IN  SOA dns01.labtkj.test. admin.labtkj.test. (
        2026101301 ; Serial
        3600       ; Refresh
        1800       ; Retry
        604800     ; Expire
        86400      ; Negative Cache TTL
)

@       IN  NS      dns01.labtkj.test.

10      IN  PTR     dns01.labtkj.test.
20      IN  PTR     web.labtkj.test.
30      IN  PTR     file.labtkj.test.
1       IN  PTR     router.labtkj.test.

Angka pada record PTR mewakili bagian terakhir alamat IP untuk jaringan /24.

Sebagai contoh, alamat 192.168.10.20 diwakili oleh record:

20 IN PTR web.labtkj.test.

Konfigurasi reverse zone harus sesuai dengan blok alamat yang memang dikelola oleh server. Untuk subnet yang lebih kecil dari /24, delegasi reverse DNS dapat memerlukan rancangan tambahan.

Langkah 8: Memvalidasi Konfigurasi BIND9

Sebelum memuat ulang layanan, validasi seluruh konfigurasi.

Periksa sintaks konfigurasi utama:

sudo named-checkconf

Jika tidak ada keluaran dan kode keluar bernilai nol, sintaks konfigurasi utama dinyatakan valid.

Periksa forward zone:

sudo named-checkzone labtkj.test /var/cache/bind/db.labtkj.test

Periksa reverse zone:

sudo named-checkzone 10.168.192.in-addr.arpa /var/cache/bind/db.192.168.10

Validasi ini membantu menemukan kesalahan penulisan record, format SOA, dan masalah konsistensi zona sebelum layanan digunakan. Dokumentasi BIND9 menjelaskan bahwa named-checkzone melakukan pemeriksaan validitas dan integritas berkas zona. Lihat https://bind9.readthedocs.io/en/stable/

Jika terdapat kesalahan, perbaiki terlebih dahulu. Jangan menganggap layanan siap hanya karena paket berhasil diinstal.

Langkah 9: Memuat Ulang dan Mengaktifkan DNS Server

Setelah seluruh pemeriksaan berhasil, jalankan:

sudo systemctl reload bind9

Jika reload tidak didukung atau tidak berhasil, periksa log dan gunakan restart setelah memastikan konfigurasi valid:

sudo systemctl restart bind9

Periksa status layanan:

sudo systemctl status bind9

Periksa log terbaru:

sudo journalctl -u bind9 -n 50 --no-pager

Pastikan tidak ada pesan kesalahan terkait zona, permission, port, atau sintaks konfigurasi.

Langkah 10: Menguji Forward Lookup dan Reverse Lookup

Gunakan dig untuk menguji respons DNS secara langsung.

Uji record A:

dig @192.168.10.10 web.labtkj.test A

Hasil yang diharapkan mencakup record jawaban yang berisi 192.168.10.20.

Untuk tampilan singkat:

dig @192.168.10.10 web.labtkj.test +short

Hasil yang diharapkan:

192.168.10.20

Uji record PTR:

dig @192.168.10.10 -x 192.168.10.20 +short

Hasil yang diharapkan:

web.labtkj.test.

Periksa record NS:

dig @192.168.10.10 labtkj.test NS +short

Periksa record SOA:

dig @192.168.10.10 labtkj.test SOA

Jika query berhasil, server telah memberikan respons sesuai record yang dikonfigurasi. Namun, pengujian tersebut belum otomatis membuktikan bahwa semua klien jaringan telah menggunakan DNS Server yang benar.

Langkah 11: Mengatur DNS pada Klien

Agar perangkat dapat menggunakan DNS internal, konfigurasikan resolver klien menuju 192.168.10.10.

Pada Linux, metode konfigurasi bergantung pada pengelola jaringan. Periksa isi /etc/resolv.conf dan identifikasi apakah berkas tersebut dikelola oleh NetworkManager, systemd-resolved, DHCP, atau mekanisme lain.

Untuk pengujian langsung tanpa mengubah konfigurasi klien, gunakan:

dig @192.168.10.10 web.labtkj.test

Jika ingin menguji resolusi melalui resolver sistem, gunakan:

getent hosts web.labtkj.test

Untuk klien Windows, DNS dapat diatur melalui pengaturan adapter jaringan atau melalui PowerShell dengan hak administrator. Contoh berikut mengganti DNS IPv4 untuk interface bernama Ethernet:

Set-DnsClientServerAddress `
  -InterfaceAlias "Ethernet" `
  -ServerAddresses 192.168.10.10

Sesuaikan nama interface dengan perangkat yang digunakan. Pada jaringan yang menggunakan DHCP, pengaturan DNS pada server DHCP biasanya lebih praktis daripada mengonfigurasi setiap klien satu per satu.

Setelah konfigurasi diterapkan, uji resolusi nama menggunakan nslookup atau Resolve-DnsName pada Windows.

Langkah 12: Menguji Akses Layanan Menggunakan Nama Domain

Setelah DNS berfungsi, uji konektivitas ke web server:

ping -c 4 web.labtkj.test

Jika layanan web aktif, uji juga HTTP:

curl -I http://web.labtkj.test

Ping yang gagal tidak selalu berarti DNS bermasalah karena ICMP dapat diblokir oleh firewall. Sebaliknya, ping yang berhasil juga tidak membuktikan bahwa layanan HTTP berjalan.

Karena itu, lakukan pengujian berlapis: resolusi DNS, konektivitas IP, kemudian akses ke port layanan yang dibutuhkan.

Langkah 13: Mengelola Perubahan Record DNS

Misalnya, alamat IP web server berubah dari 192.168.10.20 menjadi 192.168.10.25.

Ubah record A pada berkas forward zone:

web IN A 192.168.10.25

Sesuaikan pula record PTR jika reverse DNS harus mencerminkan alamat baru. Hapus atau ubah record PTR lama sesuai rancangan zona.

Naikkan serial pada SOA, misalnya dari 2026101301 menjadi 2026101302. Selanjutnya, jalankan kembali pemeriksaan zona dan muat ulang layanan.

sudo named-checkconf
sudo named-checkzone labtkj.test /var/cache/bind/db.labtkj.test
sudo named-checkzone 10.168.192.in-addr.arpa /var/cache/bind/db.192.168.10
sudo systemctl reload bind9

Pengguna mungkin masih menerima jawaban lama selama TTL record belum habis. Ini merupakan perilaku normal caching DNS, bukan selalu indikasi bahwa reload gagal.

Langkah 14: Troubleshooting DNS Server BIND9

Jika DNS tidak berfungsi, gunakan pendekatan sistematis agar penyebab masalah dapat ditemukan tanpa mengubah banyak konfigurasi secara bersamaan.

DNS query mengalami timeout

Kemungkinan penyebab:

Layanan BIND9 tidak aktif.
Server tidak mendengarkan alamat IP yang dituju.
Firewall memblokir UDP atau TCP port 53.
Klien tidak dapat menjangkau server.
ACL menolak query dari alamat klien.

Periksa layanan:

sudo systemctl status bind9

Periksa port:

sudo ss -lntup | grep ':53'

Uji dari klien menggunakan dig dan pastikan alamat server benar.

Query menghasilkan NXDOMAIN

NXDOMAIN berarti nama yang diminta tidak ditemukan dalam konteks DNS yang menjawab query.

Periksa nama domain, record pada berkas zona, dan apakah zona yang benar sudah dimuat. Validasi berkas dengan named-checkzone, kemudian periksa log BIND9.

Layanan gagal dijalankan

Periksa konfigurasi dan log:

sudo named-checkconf
sudo journalctl -u bind9 -b --no-pager

Kesalahan yang sering terjadi meliputi titik koma yang hilang, kurung kurawal tidak berpasangan, path berkas yang salah, dan nama zona yang tidak sesuai.

Forward lookup berhasil tetapi reverse lookup gagal

Pastikan reverse zone telah didefinisikan, nama zona in-addr.arpa sesuai dengan subnet, serta record PTR menunjuk ke nama host yang benar.

Perubahan record belum terlihat

Pastikan serial zona meningkat, zona telah dimuat ulang, dan TTL cache sudah dipertimbangkan. Gunakan query langsung ke server otoritatif untuk membedakan masalah pada server dari cache resolver klien.

DNS tidak dapat menyelesaikan domain internet

Jika BIND9 juga bertindak sebagai recursive resolver, periksa konfigurasi recursion, akses jaringan keluar, validasi DNSSEC, serta firewall. Untuk domain publik, kegagalan dapat berasal dari konektivitas upstream dan bukan dari forward zone lokal.

Best Practice Keamanan dan Operasional

DNS Server perlu dipelihara secara berkala, terutama jika menjadi komponen penting bagi banyak layanan.

Batasi recursive resolution hanya untuk jaringan yang dipercaya.
Jangan membuka recursive resolver ke internet tanpa pembatasan yang tepat.
Batasi akses administratif melalui SSH dan firewall.
Gunakan alamat IP stabil untuk DNS Server.
Validasi konfigurasi sebelum reload atau restart.
Simpan cadangan berkas konfigurasi dan zona sebelum perubahan.
Pantau log dan status layanan secara berkala.
Naikkan serial SOA setiap kali melakukan perubahan zona.
Pisahkan DNS internal dan authoritative DNS publik jika kebutuhan keamanan mengharuskannya.
Gunakan DNSSEC dan mekanisme transfer zona yang aman sesuai kebutuhan.
Batasi transfer zona menggunakan allow-transfer dan, untuk lingkungan antarpeladen, pertimbangkan autentikasi TSIG.
Dokumentasikan hostname, alamat IP, pemilik layanan, dan perubahan record.

Perlu diperhatikan bahwa membatasi query pada jaringan internal tidak menggantikan firewall. Kontrol akses pada BIND9 dan aturan jaringan sebaiknya diterapkan secara berlapis.

Kesimpulan

Konfigurasi DNS Server BIND9 di Debian 13 dapat dilakukan melalui instalasi paket, pengaturan opsi global, pembuatan forward zone, reverse zone, validasi konfigurasi, serta pengujian menggunakan dig.

Hal paling penting adalah memastikan alamat IP server stabil, record DNS sesuai dengan topologi, serial SOA dikelola dengan benar, dan layanan hanya menerima query sesuai kebijakan keamanan.

Dengan konfigurasi yang tepat, BIND9 dapat menjadi fondasi resolusi nama untuk laboratorium TKJ, jaringan kantor, infrastruktur server, dan lingkungan virtualisasi. Untuk penerapan produksi, lanjutkan dengan pemantauan, pencadangan, kontrol akses, serta perencanaan DNS sekunder agar layanan lebih tangguh.

Referensi Teknis

Dokumentasi resmi BIND9: https://bind9.readthedocs.io/en/stable/
Dokumentasi administrasi BIND9: https://bind9.readthedocs.io/en/stable/arm/
Manual named-checkconf dan named-checkzone tersedia melalui dokumentasi BIND9 dan halaman manual Linux.

Frequently Asked Questions (FAQ)

1. Apa itu BIND9 pada Debian 13?

BIND9 adalah perangkat lunak DNS Server yang digunakan untuk mengelola domain, memetakan hostname ke alamat IP, dan menyediakan layanan resolusi nama sesuai konfigurasi.

2. Bagaimana cara menginstal BIND9 di Debian 13?

Jalankan sudo apt update, kemudian sudo apt install bind9 bind9-utils dnsutils. Setelah instalasi, aktifkan layanan menggunakan sudo systemctl enable --now bind9.

3. Apa perbedaan Forward Zone dan Reverse Zone?

Forward Zone memetakan nama domain atau hostname ke alamat IP, sedangkan Reverse Zone memetakan alamat IP kembali ke nama host menggunakan record PTR.

4. Apa fungsi record A pada DNS Server?

Record A menghubungkan hostname dengan alamat IPv4. Contohnya, web.labtkj.test diarahkan ke 192.168.10.20.

5. Apa fungsi record PTR?

Record PTR digunakan untuk reverse DNS lookup, yaitu menemukan nama host berdasarkan alamat IP. Record ini ditempatkan pada zona reverse.

6. Bagaimana cara memeriksa konfigurasi BIND9?

Gunakan sudo named-checkconf untuk memeriksa konfigurasi utama dan sudo named-checkzone untuk memvalidasi berkas zona.

7. Bagaimana cara menguji DNS Server BIND9?

Gunakan perintah dig @192.168.10.10 web.labtkj.test A untuk menguji forward lookup dan dig @192.168.10.10 -x 192.168.10.20 untuk reverse lookup.

8. Mengapa DNS Server mengalami timeout?

Penyebabnya dapat berupa layanan tidak aktif, alamat IP yang salah, firewall yang memblokir port 53 UDP/TCP, masalah konektivitas, atau pembatasan ACL BIND9.

9. Apakah BIND9 bisa digunakan untuk DNS jaringan sekolah?

Bisa. BIND9 dapat menyediakan DNS internal untuk server pembelajaran, web server, file server, sistem monitoring, dan layanan lain selama alamat IP serta konfigurasi klien sesuai.

10. Apakah BIND9 dapat digunakan untuk domain internet?

Bisa. BIND9 dapat bertindak sebagai authoritative DNS publik atau recursive resolver. Namun, DNS publik membutuhkan konfigurasi delegasi domain, akses jaringan, keamanan, dan bila diperlukan DNS sekunder.

11. Apakah DNS Server harus memiliki IP statis?

Sangat disarankan. Alamat IP yang stabil memastikan klien tetap dapat mengakses DNS Server tanpa perlu memperbarui konfigurasi ketika alamat server berubah.

12. Mengapa perubahan record DNS belum langsung terlihat?

Resolver dapat menyimpan jawaban lama dalam cache hingga TTL berakhir. Periksa record langsung ke DNS Server dan pastikan serial SOA telah dinaikkan serta zona sudah dimuat ulang.

13. Apakah satu server BIND9 bisa mengelola banyak domain?

Bisa. BIND9 dapat mengelola beberapa zona sekaligus, baik untuk domain internal maupun domain publik, dengan konfigurasi dan kebijakan keamanan yang sesuai.

14. Apa yang perlu diperhatikan untuk keamanan BIND9?

Batasi recursive query untuk jaringan tepercaya, gunakan firewall, lindungi akses administrasi, batasi transfer zona, validasi konfigurasi sebelum penerapan, dan pantau log layanan secara rutin.

Sudah berhasil mengonfigurasi DNS Server BIND9 di Debian 13? Bagikan pengalaman Anda di kolom komentar!

Jika mengalami kendala pada Forward Zone, Reverse Zone, record DNS, atau konfigurasi firewall, tuliskan pesan error dan hasil pengujiannya agar dapat kita analisis bersama.

Jangan lupa bagikan artikel ini kepada rekan sysadmin, guru TKJ, siswa TJKT, dan siapa saja yang sedang belajar administrasi server Linux.

Kunjungi artikel teknologi lainnya untuk mempelajari Linux Server, MikroTik, Cisco, virtualisasi Proxmox, Docker, Kubernetes, cloud computing, dan cybersecurity.

Terus tingkatkan keterampilan administrasi jaringan dan server Anda melalui praktik langsung. Karena memahami konfigurasi adalah langkah awal, sedangkan kemampuan melakukan troubleshooting adalah keterampilan yang membedakan administrator biasa dari profesional IT.

Simpan artikel ini sebagai referensi praktikum DNS Server BIND9 di Debian 13 dan ikuti perkembangan tutorial teknologi berikutnya.