Maintenance script: Protected "Mikrotik : Mengecek Lease DHCP Server": Protect artikel editorial WIKI TKJ ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

2026-07-13T09:04:22Z

Protected "Mikrotik : Mengecek Lease DHCP Server": Protect artikel editorial WIKI TKJ ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

← Older revision	Revision as of 16:04, 13 July 2026
(No difference)

Maintenance script: Tambah materi pendukung pengecekan lease DHCP Server MikroTik

2026-07-13T09:04:08Z

Tambah materi pendukung pengecekan lease DHCP Server MikroTik

New page

= Mikrotik : Mengecek Lease DHCP Server =

== 🎯 Tujuan ==
Materi ini adalah pendamping dari artikel [[Mikrotik : DHCP Server untuk LAN]]. Setelah DHCP Server dibuat, pekerjaan belum selesai. Admin jaringan harus bisa mengecek apakah client benar-benar mendapat IP, lease mana yang aktif, dan apa penyebab client gagal mendapat alamat.

Bayangkan DHCP Server seperti petugas loket nomor antrean di lab. Artikel pagi membahas cara membuka loketnya. Materi ini membahas cara melihat buku catatan loket: siapa yang sudah dapat nomor, nomor mana yang masih dipinjam, dan nomor mana yang bermasalah.

== 🌍 Konteks nyata ==
Di lab TKJ, masalah DHCP sering kelihatan sederhana tetapi bikin praktik macet:
* PC siswa tidak mendapat IP
* client mendapat IP tetapi gateway kosong
* ada IP bentrok
* pool DHCP habis
* client masuk lease, tetapi statusnya belum `bound`
* ada perangkat asing ikut mengambil IP lab

Karena itu, setelah membuat DHCP Server, langkah wajib berikutnya adalah membaca lease dan log. Dari situ admin bisa tahu apakah masalah ada di router, kabel, switch, client, atau ada DHCP Server lain yang ikut campur.

== 🧠 Konsep singkat DHCP lease ==
DHCP lease adalah catatan peminjaman IP address dari DHCP Server kepada client. Di MikroTik, lease biasanya berisi:
* IP address yang diberikan
* MAC address client
* nama host jika dikirim oleh client
* server DHCP yang melayani
* waktu lease
* status lease

Status paling penting adalah `bound`, artinya client sudah menerima lease dari server. Dokumentasi MikroTik juga mencatat status lain seperti `offered`, `declined`, `testing`, dan `conflict`. Status-status ini membantu admin membaca posisi masalah.

Contoh sederhana:
<pre>
Client laptop siswa ---- minta IP ---- MikroTik DHCP Server
Client laptop siswa <--- diberi IP --- MikroTik DHCP Server
</pre>

Kalau prosesnya sukses, lease akan terlihat `bound`.

== 🧰 Kebutuhan awal ==
Sebelum praktik, pastikan:
* DHCP Server LAN sudah dibuat
* interface LAN sudah benar
* client memakai mode IP otomatis atau DHCP
* kabel/switch/access point lab tersambung
* kamu punya akses Winbox, WebFig, atau terminal MikroTik

Contoh yang dipakai:
* DHCP Server: `dhcp-LAN`
* Interface LAN: `LAN-LAB`
* Gateway LAN: `192.168.10.1`
* Pool client: `192.168.10.10-192.168.10.254`

== 🛠 Cara 1 - Mengecek lease lewat Winbox ==
Langkah-langkah:
# buka Winbox
# login ke router MikroTik
# masuk ke menu `IP`
# pilih `DHCP Server`
# buka tab `Leases`
# perhatikan kolom `Address`, `MAC Address`, `Host Name`, dan `Status`

Yang perlu dilihat:
* `Address` harus masuk range DHCP yang benar
* `MAC Address` harus cocok dengan perangkat client
* `Status` idealnya `bound`
* `Server` harus mengarah ke DHCP Server LAN yang benar

Jika ada client yang baru disambungkan, tunggu beberapa detik lalu klik refresh atau buka ulang tab `Leases`.

== 🛠 Cara 2 - Mengecek lease lewat terminal ==
Cek daftar lease:
<pre>
/ip dhcp-server lease print
</pre>

Cek lebih detail:
<pre>
/ip dhcp-server lease print detail
</pre>

Cek hanya lease yang sudah aktif:
<pre>
/ip dhcp-server lease print where status=bound
</pre>

Cek lease dari satu MAC address tertentu:
<pre>
/ip dhcp-server lease print where mac-address=AA:BB:CC:11:22:33
</pre>

Cek lease dari satu IP tertentu:
<pre>
/ip dhcp-server lease print where address=192.168.10.20
</pre>

Jika daftar lease kosong padahal client sudah tersambung, jangan langsung menyalahkan DHCP Server. Cek dulu interface, kabel, switch, dan mode IP client.

== 🧪 Praktikum lab TKJ ==
Skenario:
* router MikroTik sudah menjalankan DHCP Server `dhcp-LAN`
* satu laptop siswa disambungkan ke switch lab
* laptop diset mendapat IP otomatis

Langkah praktik:
# sambungkan laptop ke jaringan LAN
# pastikan laptop memakai mode DHCP/automatic
# di MikroTik, jalankan:
<pre>
/ip dhcp-server lease print
</pre>
# cari MAC address laptop
# pastikan status lease `bound`
# cek IP yang diterima laptop

Dari laptop Windows, cek dengan:
<pre>
ipconfig
</pre>

Dari laptop Linux, cek dengan:
<pre>
ip addr
ip route
</pre>

Tes koneksi ke router:
<pre>
ping 192.168.10.1
</pre>

Jika ping ke router berhasil, berarti jalur client ke gateway LAN sudah hidup. Kalau internet belum jalan, lanjutkan pengecekan default route, NAT masquerade, dan DNS.

== ✅ Verifikasi di MikroTik ==
Cek DHCP Server aktif:
<pre>
/ip dhcp-server print
</pre>

Cek network DHCP:
<pre>
/ip dhcp-server network print
</pre>

Cek pool:
<pre>
/ip pool print
</pre>

Cek lease:
<pre>
/ip dhcp-server lease print detail
</pre>

Cek log DHCP:
<pre>
/log print where topics~"dhcp"
</pre>

Tanda konfigurasi sehat:
* DHCP Server tidak disabled
* interface DHCP mengarah ke LAN, bukan WAN
* pool tidak habis
* network DHCP sesuai subnet LAN
* lease client berstatus `bound`
* gateway client mengarah ke IP router LAN
* DNS client terisi sesuai rencana

== 🧩 Membaca status lease ==
Beberapa status yang sering ditemui:

'''bound'''
Client sudah menerima IP. Ini status normal yang paling diharapkan.

'''offered'''
Server sudah menawarkan IP, tetapi client belum menyelesaikan proses permintaan. Bisa terjadi sesaat saat client baru tersambung.

'''testing'''
Router sedang mengecek apakah IP tersebut aman dipakai, termasuk kemungkinan konflik.

'''declined'''
Client menolak IP yang ditawarkan. Biasanya perlu cek kemungkinan IP bentrok atau masalah di sisi client.

'''conflict'''
Router mendeteksi konflik ARP. Artinya alamat tersebut terindikasi sudah dipakai perangkat lain.

Kalau status selain `bound` hanya muncul sebentar, itu masih wajar. Kalau bertahan lama atau muncul berulang, baru perlu troubleshooting.

== 🧯 Troubleshooting ==
'''Client tidak muncul di lease'''
* pastikan client tersambung ke interface LAN yang benar
* cek apakah port fisik masuk bridge LAN
* cek kabel, switch, atau access point
* pastikan client memakai DHCP/automatic
* pastikan DHCP Server tidak disabled

'''Lease muncul tetapi tidak `bound`'''
* tunggu beberapa detik lalu cek lagi
* cek log DHCP
* restart koneksi jaringan di client
* coba release/renew IP dari client
* cek kemungkinan IP conflict

'''Pool habis'''
Cek pool:
<pre>
/ip pool print
/ip dhcp-server lease print count-only
</pre>

Solusi:
* perbesar range pool jika subnet masih cukup
* hapus lease lama yang sudah tidak dipakai
* pendekkan lease time untuk lab yang banyak perangkat berganti
* pisahkan jaringan jika jumlah client memang sudah besar

'''Client mendapat IP tetapi tidak bisa ping router'''
* cek apakah IP client satu subnet dengan gateway
* cek gateway yang diterima client
* cek firewall di client
* cek apakah client tersambung ke VLAN/bridge yang benar

'''Client bisa ping router tetapi tidak bisa buka domain'''
* cek DNS yang diberikan DHCP
* cek `/ip dns print`
* jika router dijadikan DNS, pastikan `allow-remote-requests=yes` hanya dipakai untuk jaringan LAN yang dipercaya

'''Ada DHCP Server asing'''
Jika client mendapat gateway yang bukan router lab, kemungkinan ada DHCP Server lain di jaringan. Pada jaringan bridge tertentu, MikroTik mendukung DHCP Snooping untuk membatasi DHCP Server tidak resmi pada port yang tidak dipercaya. Fitur ini perlu dipakai hati-hati dan disesuaikan dengan topologi.

== 🔐 Catatan keamanan ==
DHCP terlihat seperti fitur biasa, tetapi bisa memengaruhi seluruh jaringan. DHCP Server yang salah tempat bisa membuat client mendapat gateway palsu, DNS palsu, atau IP dari subnet yang tidak sesuai.

Praktik aman:
* aktifkan DHCP Server hanya di interface LAN
* jangan aktifkan DHCP Server di interface WAN
* pakai nama interface yang jelas
* sisakan IP statis untuk router, server, printer, dan perangkat penting
* cek lease secara rutin saat lab ramai
* jangan sembarang menghapus lease kalau belum tahu perangkatnya
* catat MAC address perangkat penting agar mudah dikenali

Untuk lab sekolah, mengecek lease juga membantu guru melihat apakah semua PC siswa sudah tersambung sebelum praktik dimulai.

== 📝 Kesimpulan ==
Setelah DHCP Server dibuat, admin harus bisa membaca lease. Lease menunjukkan perangkat mana yang mendapat IP, statusnya apa, dan apakah ada tanda masalah seperti conflict atau pool habis.

Command inti:
<pre>
/ip dhcp-server lease print
/ip dhcp-server lease print detail
/ip dhcp-server lease print where status=bound
/log print where topics~"dhcp"
</pre>

Urutan berpikirnya sederhana: cek DHCP Server, cek pool, cek network, cek lease, lalu cek client. Dengan begitu troubleshooting tidak menebak-nebak.

== 🔗 Materi terkait ==
* [[Mikrotik : DHCP Server untuk LAN]]
* [[Mikrotik : Memberikan IP Address pada Interface]]
* [[Mikrotik : Merubah Nama Interface]]
* [[Mikrotik]]
* [[Category:Jaringan|Materi Jaringan lainnya]]

== 🔗 Referensi ==
* [https://help.mikrotik.com/docs/spaces/ROS/pages/24805500/DHCP MikroTik Documentation - DHCP]
* [https://help.mikrotik.com/docs/spaces/ROS/pages/129531938/IP%2BPools MikroTik Documentation - IP Pools]
* [https://help.mikrotik.com/docs/spaces/ROS/pages/37748767/DNS MikroTik Documentation - DNS]
* [https://help.mikrotik.com/docs/spaces/ROS/pages/328068/Bridging%2Band%2BSwitching MikroTik Documentation - Bridging and Switching]

[[Category:TKJ]]
[[Category:Jaringan]]
[[Category:Mikrotik]]

Mikrotik : Mengecek Lease DHCP Server - Revision history

Maintenance script: Protected "Mikrotik : Mengecek Lease DHCP Server": Protect artikel editorial WIKI TKJ ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

Maintenance script: Tambah materi pendukung pengecekan lease DHCP Server MikroTik