Panduan lengkap instalasi & konfigurasi isc-dhcp-relay dengan DHCP server di Debian 13, dari nol hingga siap produksi. Praktis dan mudah diikuti.

Bagi seorang network administrator, mengelola alokasi IP address di jaringan yang terdiri dari banyak subnet adalah tantangan tersendiri. Tidak mungkin rasanya menempatkan satu DHCP server fisik di setiap segmen jaringan hanya karena broadcast DHCP secara default tidak bisa melewati batas subnet (router tidak meneruskan paket broadcast). Di sinilah DHCP Relay Agent berperan penting: ia menjembatani permintaan DHCP dari klien di subnet lain menuju satu DHCP server terpusat.

Di Debian 13 (codename Trixie), kita masih bisa menggunakan kombinasi isc-dhcp-server dan isc-dhcp-relay untuk membangun arsitektur ini. Namun ada satu hal penting yang wajib Anda ketahui sebelum lanjut: ISC (Internet Systems Consortium) selaku pengembang telah menyatakan proyek isc-dhcp berstatus deprecated (tidak dikembangkan lagi) dan merekomendasikan migrasi ke Kea DHCP. Di repository resmi Debian 13, paket isc-dhcp-server dan isc-dhcp-relay memang masih tersedia dan berfungsi normal, hanya saja diberi label “(deprecated)” pada deskripsi paketnya.

Artinya, untuk kebutuhan belajar, lab, atau infrastruktur kecil-menengah yang sudah berjalan stabil, kedua paket ini masih sangat layak dipakai. Tapi jika Anda sedang merancang infrastruktur baru jangka panjang, ada baiknya mempertimbangkan Kea DHCP sebagai alternatif masa depan. Artikel ini akan fokus membahas isc-dhcp-relay dan isc-dhcp-server sesuai kebutuhan Anda, lengkap dengan catatan praktis agar implementasi Anda tetap relevan dan aman.

Pembahasan Utama

Apa itu DHCP Relay Agent?

DHCP Relay Agent adalah layanan yang berjalan di sebuah router atau host yang terhubung ke subnet klien. Tugasnya sederhana: menangkap paket broadcast DHCP (UDP port 67/68) dari klien, lalu meneruskannya secara unicast ke DHCP server yang berada di subnet berbeda. Balasan dari server pun diteruskan kembali ke klien melalui jalur yang sama.

Bayangkan relay agent seperti seorang resepsionis di gedung bertingkat. Klien di lantai 3 (subnet A) tidak bisa langsung berteriak ke server di lantai 1 (subnet B) karena suaranya (broadcast) tidak sampai. Resepsionis di lantai 3 (relay agent) yang menerima “teriakan” itu, lalu menyampaikannya secara langsung (unicast) ke petugas di lantai 1.

Kenapa Tidak Pasang DHCP Server di Setiap Subnet Saja?

Secara teknis bisa, tapi tidak efisien. Semakin banyak DHCP server yang berdiri sendiri-sendiri, semakin sulit menjaga konsistensi kebijakan IP, lease time, DNS, dan opsi jaringan lainnya. Dengan skema relay, Anda cukup mengelola satu (atau sepasang, jika pakai failover) DHCP server terpusat, sementara relay agent tersebar di berbagai subnet sesuai kebutuhan topologi.

Arsitektur yang Akan Kita Bangun

Pada panduan ini kita akan mensimulasikan dua mesin Debian 13:

Server A (DHCP Server) — IP 192.168.10.10/24, melayani subnet 192.168.20.0/24
Server B (DHCP Relay) — memiliki interface di subnet 192.168.20.0/24 tempat klien berada, dan terhubung ke jaringan tempat DHCP Server berada

Prasyarat penting: routing antar kedua mesin harus sudah berfungsi (baik lewat router fisik maupun static route), karena relay mengandalkan koneksi unicast IP biasa ke DHCP server.

Materi Praktis

Langkah 1: Update Sistem

Sebelum instalasi apa pun, pastikan sistem Debian 13 Anda sudah up to date di kedua mesin.

sudo apt update && sudo apt upgrade -y

Langkah 2: Instalasi DHCP Server (di Server A)

sudo apt install isc-dhcp-server -y

Setelah instalasi, service akan otomatis gagal start pertama kali — ini normal, karena dhcpd.conf belum dikonfigurasi.

Langkah 3: Konfigurasi Interface DHCP Server

Edit file /etc/default/isc-dhcp-server dan tentukan interface mana yang akan “mendengarkan” permintaan DHCP:

sudo nano /etc/default/isc-dhcp-server

Isi bagian berikut sesuai nama interface Anda (cek dengan ip a):

INTERFACESv4="eth0"
INTERFACESv6=""

Langkah 4: Konfigurasi dhcpd.conf

Edit file konfigurasi utama:

sudo nano /etc/dhcp/dhcpd.conf

Tambahkan konfigurasi domain global dan subnet declaration untuk jaringan klien (subnet yang akan dilayani lewat relay):

authoritative;

default-lease-time 600;
max-lease-time 7200;

option domain-name "contoh-lokal.id";
option domain-name-servers 8.8.8.8, 1.1.1.1;

subnet 192.168.20.0 netmask 255.255.255.0 {
  range 192.168.20.100 192.168.20.200;
  option routers 192.168.20.1;
  option broadcast-address 192.168.20.255;
}

Poin penting: karena subnet 192.168.20.0/24 bukan subnet lokal tempat interface DHCP server berada, server tetap bisa melayaninya selama menerima permintaan lewat relay agent, bukan lewat broadcast langsung.

Langkah 5: Jalankan dan Aktifkan Service DHCP Server

sudo systemctl enable --now isc-dhcp-server
sudo systemctl status isc-dhcp-server

Jika status active (running), konfigurasi server sudah benar secara sintaks.

Langkah 6: Instalasi DHCP Relay (di Server B)

sudo apt install isc-dhcp-relay -y

Langkah 7: Konfigurasi isc-dhcp-relay

Edit file /etc/default/isc-dhcp-relay:

sudo nano /etc/default/isc-dhcp-relay

Isikan IP DHCP Server tujuan dan interface tempat klien berada:

SERVERS="192.168.10.10"
INTERFACES="eth1"
OPTIONS="-a"

Penjelasan:

SERVERS — IP address DHCP server tujuan (bisa lebih dari satu, dipisah koma, untuk redundansi).
INTERFACES — interface tempat relay “mendengarkan” broadcast dari klien.
OPTIONS="-a" — mengaktifkan Option 82 (relay agent information), berguna untuk tracing di jaringan besar.

Langkah 8: Jalankan dan Aktifkan Service Relay

sudo systemctl enable --now isc-dhcp-relay
sudo systemctl status isc-dhcp-relay

Langkah 9: Pengujian dari Sisi Klien

Sambungkan sebuah klien (VM, laptop, atau perangkat lain) ke subnet 192.168.20.0/24 tempat relay agent berdiri, lalu minta IP baru:

sudo dhclient -r eth0
sudo dhclient -v eth0

Jika berhasil, klien akan mendapat IP dari range 192.168.20.100–192.168.20.200 beserta gateway dan DNS sesuai konfigurasi dhcpd.conf.

Best Practice

Gunakan authoritative; pada dhcpd.conf hanya jika server ini memang satu-satunya sumber DHCP resmi di jaringan tersebut, untuk menghindari IP conflict dengan server DHCP liar (rogue DHCP).
Aktifkan logging lease di /var/log/syslog atau lewat journalctl -u isc-dhcp-server untuk audit dan troubleshooting.
Batasi range IP secukupnya dan sisakan ruang untuk static reservation perangkat penting (printer, server internal, access point).
Pertimbangkan DHCP failover (secondary server) bila jaringan Anda kritikal, agar tidak ada single point of failure.
Pantau status deprecation isc-dhcp — sisihkan waktu riset migrasi ke Kea DHCP untuk perencanaan jangka panjang, terutama untuk instalasi baru.

Kesalahan yang Sering Terjadi

1. Relay tidak meneruskan request

Penyebab: interface pada INTERFACES di /etc/default/isc-dhcp-relay salah, atau firewall memblokir UDP port 67/68.
Dampak: klien tidak pernah mendapat IP (request timeout).
Solusi: pastikan interface benar dan buka port dengan ufw allow 67/udp serta ufw allow 68/udp bila firewall aktif.

2. Service isc-dhcp-server gagal start

Penyebab: kesalahan sintaks pada dhcpd.conf, atau tidak ada subnet declaration untuk interface lokal server.
Dampak: service langsung mati setelah systemctl start.
Solusi: jalankan dhcpd -t -cf /etc/dhcp/dhcpd.conf untuk test sintaks sebelum restart service.

3. Klien mendapat IP dari server yang salah

Penyebab: ada DHCP server lain (rogue) aktif di jaringan yang sama.
Dampak: konflik IP, klien tidak bisa akses jaringan dengan benar.
Solusi: audit jaringan, matikan DHCP server tak resmi, aktifkan DHCP snooping di switch managed bila tersedia.

4. Relay terhubung tapi server tidak merespons

Penyebab: routing antar subnet belum benar, atau IP di SERVERS salah ketik.
Dampak: relay menerima broadcast tapi paket unicast ke server gagal terkirim.
Solusi: uji dengan ping dan traceroute dari mesin relay ke IP DHCP server sebelum menyalahkan konfigurasi DHCP.

Tips dan Rekomendasi

Gunakan tcpdump -i eth0 port 67 or port 68 di masing-masing mesin untuk melihat langsung lalu lintas DHCP saat troubleshooting.
Dokumentasikan setiap subnet, range IP, dan reservation dalam satu file terpusat (misal di Git) agar mudah diaudit tim.
Untuk lingkungan produksi skala menengah ke atas, evaluasi Kea DHCP sebagai pengganti bertahap, karena isc-dhcp sudah tidak menerima pembaruan fitur dari upstream.

Kesimpulan

Kombinasi isc-dhcp-relay dan isc-dhcp-server di Debian 13 tetap menjadi solusi praktis untuk mendistribusikan layanan DHCP lintas subnet tanpa perlu banyak server fisik. Meski keduanya berstatus deprecated di level upstream, paket ini masih tersedia resmi di repository Trixie dan berfungsi stabil untuk kebutuhan lab, edukasi, maupun infrastruktur kecil-menengah yang sudah berjalan.

Poin penting yang perlu diingat:

Relay agent menjembatani broadcast DHCP antar subnet lewat unicast.
Konfigurasi utama server ada di dhcpd.conf, sedangkan relay dikonfigurasi di /etc/default/isc-dhcp-relay.
Selalu uji konektivitas dan sintaks sebelum menyalahkan layanan DHCP saat troubleshooting.
Pertimbangkan roadmap migrasi ke Kea DHCP untuk perencanaan jangka panjang.

Sudah berhasil menerapkan isc-dhcp-relay di jaringan Anda? Ceritakan pengalaman atau kendala yang Anda temui di kolom komentar!

Jangan ragu membagikan artikel ini ke rekan sysadmin lain yang mungkin sedang mengerjakan hal serupa, dan jelajahi artikel terkait lainnya seputar Linux, networking, dan infrastruktur IT di website ini untuk terus mengasah kemampuan Anda.

Frequently Asked Questions (FAQ)

Pertanyaan: Apakah isc-dhcp-relay masih bisa digunakan di Debian 13? Jawaban: Ya, paket isc-dhcp-relay dan isc-dhcp-server masih tersedia resmi di repository Debian 13 (Trixie) dan berfungsi normal, meskipun ditandai “deprecated” oleh pengembang upstream ISC.

Pertanyaan: Apa perbedaan DHCP server dan DHCP relay? Jawaban: DHCP server bertugas memberikan alamat IP kepada klien, sedangkan DHCP relay hanya meneruskan permintaan DHCP dari subnet klien ke DHCP server yang berada di subnet berbeda.

Pertanyaan: Kenapa klien tidak mendapatkan IP setelah relay dikonfigurasi? Jawaban: Penyebab umum meliputi interface yang salah di konfigurasi relay, firewall yang memblokir port 67/68, atau routing antar subnet yang belum berfungsi dengan benar.

Pertanyaan: Apakah harus mengaktifkan IP forwarding di mesin relay? Jawaban: Tidak wajib khusus untuk fungsi relay itu sendiri karena isc-dhcp-relay menangani paket DHCP secara langsung, namun routing antar subnet tetap harus berfungsi agar paket unicast ke DHCP server bisa sampai.

Pertanyaan: Apakah sebaiknya migrasi ke Kea DHCP sekarang juga? Jawaban: Tidak mendesak untuk infrastruktur kecil yang sudah stabil, tapi disarankan mulai direncanakan untuk instalasi baru karena isc-dhcp sudah tidak dikembangkan lagi oleh ISC.

Punya pertanyaan seputar konfigurasi DHCP relay di jaringan Anda? Tulis di kolom komentar,

mari berdiskusi bersama! Bagikan artikel ini ke komunitas atau rekan kerja Anda yang membutuhkan, dan jangan lewatkan artikel-artikel lain seputar Linux server, networking, dan infrastruktur IT di website ini. Ikuti terus konten terbaru kami agar Anda selalu update dengan praktik terbaik dunia sysadmin.

Terkait