HOME ABOUT ME MICROSITE KONTAK PERSEMBAHAN HELP
SMKS YASMIDA · TKJ · FASE F · TA 2026/2027

KONFIGURASI DASAR MIKROTIK RB941-2nD

Panduan lengkap konfigurasi RouterBoard RB941-2nD (hAP lite) via WinBox - dari nol sampai router siap produksi. Setiap bab dilengkapi definisi, langkah GUI, perintah CLI, analogi, topologi, analisa kelebihan-kekurangan, dan animasi proses.

Perangkat: RB941-2nD Software: RouterOS Tool: WinBox + CLI Bahasa: Indonesia Fitur: Animasi Proses
SMK S YASMIDA
Yayasan Islam Miftahul Huda (YASMIDA) · Ambarawa, Pringsewu, Lampung
Penyusun: ABDUR ROZAK, S.Kom.
Mapel: TKJ · Elemen: Network Engineer · Course: MikroTik Fundamental
Fase: F · Kelas: XI/XII TKJ 1–4 · Tahun Ajaran: 2026/2027
Kurikulum Merdeka · PBL · Deep Learning · STEAM · SOLO Taxonomy
NPSN: 10814689 Akreditasi: B Berdiri: 2004 smkyasmida.sch.id
IDENTITAS

Sekolah & Mata Pelajaran

ABDUR ROZAK, S.Kom.
SMKS YASMIDA · Mapel: TKJ · Elemen: Network Engineer · Course: MikroTik Fundamental
Fase: F · Kelas: XI/XII TKJ 1–4 · Tahun Ajaran: 2026/2027
IDENTITAS SEKOLAH
YayasanYAYASAN ISLAM MIFTAHUL HUDA (YASMIDA)
Nama Satuan PendidikanSMK S YASMIDA
Status SekolahSwasta
NPSN10814689
NSS40.12.06.11030
AlamatJl. Utama No. 05 Ambarawa
Desa/KelurahanAmbarawa
KecamatanAmbarawa
KabupatenPringsewu
ProvinsiLampung
Kode Pos35376
Telepon087797702777
AkreditasiB : Mk.004889.
Tahun Berdiri2004
IDENTITAS MATA PELAJARAN
KurikulumKurikulum Merdeka
Nama PenyusunABDUR ROZAK, S.Kom.
Nama SekolahSMKS YASMIDA
Bidang KeahlianTeknologi Informasi
Program KeahlianTeknik Jaringan Komputer dan Telekomunikasi
Konsentrasi KeahlianTeknik Komputer dan Jaringan
Mata PelajaranTeknik Komputer dan Jaringan
ElemenNetwork Engineer
CourseMikroTik Fundamental
TopikKonfigurasi Dasar MikroTik RB941-2nD via WinBox
FaseF
KelasXI/XII TKJ 1–4
Tahun Ajaran2026 / 2027
Moda PembelajaranTatap Muka / Blended / Hybrid
Model PembelajaranProblem Based Learning (PBL)
Pendekatan UtamaDeep Learning
Pendekatan TerintegrasiSTEAM
TaksonomiSOLO Taxonomy
Strategi PembelajaranDiferensiasi
PANDUAN ALAT

WinBox — Penjelasan Detail

DEFINISI
WinBox adalah aplikasi resmi MikroTik untuk mengatur RouterOS lewat antarmuka grafis (GUI). WinBox dapat terhubung menggunakan MAC address (Layer 2 / MNDP) atau IP address (Layer 3). Karena itu WinBox tetap bisa dipakai meskipun router belum memiliki IP sama sekali — sangat penting setelah reset no-defaults. Sumber: help.mikrotik.com/docs/display/ROS/WinBox.

Unduh: https://mikrotik.com/download → bagian WinBox. Gunakan versi terbaru agar kompatibel dengan RouterOS v6/v7.

Cara WinBox Menemukan Router

1Kabel ke ether2–4
→
2Broadcast MNDP
→
3Neighbors
→
4Login MAC/IP
  1. PC disambungkan ke port ether2 / ether3 / ether4 (bukan hanya ether1 jika belum dikonfigurasi).
  2. WinBox mengirim broadcast MNDP (MikroTik Neighbor Discovery Protocol) di segmen Layer 2.
  3. Tab Neighbors menampilkan MAC, model (RB941-2nD), dan identity.
  4. Login: user admin, password sesuai setelan (kosong = default pabrik sebelum diganti).
Mode loginLayerSyaratKegunaan
Via MACLayer 2Satu broadcast domain; kabel di LANRecovery, setelah reset, belum ada IP
Via IPLayer 3Router sudah punya IP; PC se-subnet atau routingAkses harian setelah jaringan jalan

Struktur Jendela WinBox

Menu kiri = kategori konfigurasi. Area kanan = tabel / form. Pola kerja di hampir semua bab ebook:

  1. Pilih menu di kiri (mis. IP → Addresses).
  2. Klik + untuk menambah, atau double-click baris untuk edit.
  3. Isi field pada form.
  4. Klik OK atau Apply.
Menu kiri (sering dipakai)Isi konfigurasi di ebook
InterfacesRename ether1-WAN, status link
Bridgebridge1-LAN + ports ether2–4, wlan1
WirelessSecurity profile, wlan1, virtual AP wlan2
IP → AddressesIP LAN & hotspot
IP → DHCP Client / ServerWAN dari ISP; pool LAN
IP → DNSUpstream DNS + allow remote requests
IP → RoutesDefault route 0.0.0.0/0
IP → Firewall → NATMasquerade ke ether1-WAN
IP → HotspotSetup wizard, user, profile, walled garden
QueuesSimple Queue bandwidth
System → Identity / Users / ClockNama, akun, waktu
System → Scripts / SchedulerOtomasi
IP → ServicesDisable telnet, ftp, www, api

WinBox (GUI) vs Script CLI

PENTING
Blok Script CLI di ebook adalah perintah RouterOS yang setara dengan klik WinBox — bukan file makro WinBox (.wbx). Tombol SALIN menyalin perintah untuk ditempel di New Terminal WinBox atau SSH.
JalurBentukContoh (rename ether1)
WinBox GUI Klik menu + form Interfaces → double-click ether1 → Name = ether1-WAN → OK
CLI / Script Teks perintah /interface ethernet set [find default-name=ether1] name=ether1-WAN

Keduanya mengubah konfigurasi yang sama di RouterOS. GUI cocok untuk belajar visual; CLI cocok untuk ulang konfigurasi cepat dan dokumentasi.

New Terminal di WinBox

  1. Buka ikon New Terminal di WinBox.
  2. Tempel script dari ebook (Ctrl+V) lalu Enter.
  3. Perintah print menampilkan status (address, route, lease, dll.).
Contoh di Terminal WinBox
/ip address print
/ip route print
/interface print
/system resource print

Peta Menu WinBox sesuai Alur Ebook

TahapBabMenu WinBox utama
Persiapan03–05Neighbors, System → Reset / Identity / Users, Interfaces
WiFi + Bridge06–07Wireless, Bridge → Ports
Internet08–14DHCP Client, Routes, Addresses, DNS, Firewall → NAT
LAN & Tamu15–16DHCP Server, Hotspot Setup / Users
Kontrol17–19Layer7, Web Proxy, Simple Queue
Otomasi & aman20–22Scripts, Scheduler, Services, SSH
Monitor & blokir23–24Log, Torch, ARP, DNS Static

Alur End-to-End di WinBox

  1. Login via MAC (Neighbors).
  2. System → Reset Configuration → No Default Configuration.
  3. Identity + password + user teknisi.
  4. Rename ether1-WAN.
  5. Wireless (profile + wlan1 + wlan2) → Bridge LAN.
  6. DHCP Client di WAN → cek Routes → Ping.
  7. Clock/SNTP → IP LAN & hotspot → DNS → NAT masquerade.
  8. DHCP Server LAN → Hotspot di wlan2.
  9. Opsional: Layer7, Proxy, Queue, Scheduler, hardening Services.
  10. Setiap bab: ikuti kotak Cek Hasil / Uji Coba.

Tips Lab RB941-2nD

CATATAN PRAKTIS
  • Rename interface di awal agar rule NAT/firewall tidak salah nama.
  • Setelah no-defaults, menu “kosong” adalah normal.
  • Neighbors kosong → cek kabel di ether2–4; nonaktifkan firewall Windows sementara.
  • Backup: /export file=backup-lab di Terminal, lalu unduh file dari Files.
  • Pantau System → Resources (RAM 32 MB) saat Layer7 / proxy / banyak queue.
  • Jangan disable WinBox di Services sebelum yakin bisa akses lewat MAC atau SSH.
CEK HASIL / UJI COBA — WINBOX
  1. WinBox terbuka, tab Neighbors menampilkan RB941 setelah Refresh.
  2. Connect via MAC berhasil (jendela konfigurasi muncul).
  3. New Terminal merespons perintah /system identity print.
  4. Setelah identity di-set, nama di Neighbors berubah sesuai System → Identity.
✓ Login MAC/IP OK; Terminal merespons ✗ Tidak di Neighbors → kabel, port, atau firewall PC
SUMBER RESMI
WinBox: https://help.mikrotik.com/docs/display/ROS/WinBox · Download: https://mikrotik.com/download
ANALOGI
WinBox seperti panel kontrol visual di kokpit. CLI/script seperti radio dan checklist prosedural: hasilnya sama (pesawat dikonfigurasi), caranya berbeda — visual vs perintah teks.
DAFTAR ISI

Peta Materi Ebook

Setiap kartu adalah satu bab. Klik untuk lompat langsung. Semua bab sudah dilengkapi animasi proses.

BAB 01 - PENGENALAN

Apa itu MikroTik RouterOS dan RB941-2nD?

DEFINISI RESMI
MikroTik adalah perusahaan teknologi jaringan yang didirikan tahun 1996 di Riga, Latvia. Produk utamanya adalah perangkat keras RouterBoard dan sistem operasi jaringan RouterOS. RouterOS adalah sistem operasi berbasis kernel Linux yang dirancang khusus untuk mengubah perangkat keras (atau PC x86) menjadi router, switch, access point, firewall, dan gateway dengan fitur kelas enterprise. Sumber: help.mikrotik.com dan mikrotik.com/aboutus.

Penjelasan mendalam: RouterOS bukan sekadar firmware biasa. Ia menyediakan fitur yang biasanya hanya tersedia di perangkat mahal: routing dinamis (OSPF, BGP, RIP), firewall stateful dengan connection tracking, bandwidth management (Simple Queue & Queue Tree), hotspot captive portal, VPN (IPsec, L2TP, PPTP, OpenVPN, WireGuard di versi baru), web proxy, Layer7 protocol filtering, scripting engine, dan monitoring tools. Semua dapat dikonfigurasi lewat tiga cara: WinBox (GUI native), WebFig (GUI berbasis web), dan CLI (terminal/SSH).

RB941-2nD (nama dagang hAP lite) adalah RouterBoard entry-level 2.4 GHz yang sangat populer di Indonesia untuk lab sekolah (UKK/LKS TKJ), warnet kecil, dan jaringan rumah. Meski spesifikasi rendah, lisensi Level 4 sudah mencakup hampir seluruh fitur inti RouterOS yang dibutuhkan untuk pembelajaran dan jaringan skala kecil.

Spesifikasi Teknis Resmi RB941-2nD

KomponenSpesifikasiKeterangan Praktis
CPUQualcomm Atheros QCA9531 650 MHz (1 core)Arsitektur MIPS BE; throughput terbatas saat banyak rule
RAM32 MBBatas concurrent connection & jumlah rule firewall
Storage16 MB NANDTermasuk RouterOS + file konfigurasi + hotspot files
Ethernet4 × 10/100 Mbpsether1 biasanya WAN; ether2–4 LAN (bukan Gigabit)
Wireless2.4 GHz 802.11b/g/n, 1×1 (1 antena internal ~1.5–2 dBi)Hanya 1 radio fisik — virtual AP berbagi channel
LisensiRouterOS Level 4Hotspot user terbatas; cukup untuk lab & UKM kecil
DayaPoE pasif 8–30 V pada ether1 atau jack DC 5 VKonsumsi tipikal 3–4 W
Ukuran113 × 89 × 28 mmSangat kompak, cocok dipasang di rak kecil
SUMBER RESMI
Spesifikasi diambil dari halaman produk resmi MikroTik: https://mikrotik.com/product/RB941-2nD dan datasheet. Dokumentasi RouterOS: https://help.mikrotik.com. Selalu cocokkan versi RouterOS yang terpasang (v6.x vs v7.x) karena nama menu dan perintah CLI bisa berbeda.
CATATAN TEKNIS
  • RAM 32 MB membatasi jumlah concurrent connection tracking. Hindari rule Layer7 berlebihan pada trafik tinggi.
  • Port 10/100 Mbps menjadi bottleneck jika uplink modem sudah 100 Mbps full-duplex ke banyak client.
  • Satu radio 2.4 GHz berarti semua SSID virtual (wlan1 + wlan2) berbagi kapasitas dan channel yang sama.
  • Lisensi Level 4 membatasi jumlah user hotspot aktif secara bersamaan — cek di System → License.
PENDALAMAN BAB 01
Tujuan: bedakan fungsi hardware RouterBoard, RouterOS, dan WinBox. Prasyarat: kenali port ether1-4 dan wlan1.
Analisis: CPU 650 MHz, RAM 32 MB, dan port Fast Ethernet adalah batas desain, bukan sekadar angka spesifikasi; rule Layer7, proxy, dan banyak koneksi menghabiskan resource lebih cepat.
Validasi: catat model, RouterOS version, license level, free-memory, dan interface sebelum konfigurasi. Kesalahan umum: menyamakan nama dagang hAP lite dengan kemampuan perangkat yang lebih tinggi.

Animasi Proses: Alur Kerja Dasar RouterOS

Setiap paket yang masuk melewati rantai (chain) firewall, keputusan routing, dan NAT sebelum keluar interface.

1Paket Masuk
→
2Prerouting / Firewall
→
3Routing Decision
→
4Postrouting / NAT
→
5Keluar Interface
CLIENT RB941-2nD · RouterOS Firewall · Routing · NAT · Queue · Hotspot INTERNET
ANALOGI
Bayangkan RB941-2nD seperti meja resepsionis + satpam + petugas parkir dalam satu gedung kecil. Setiap tamu (paket data) yang masuk lewat pintu utama (ether1-WAN) diperiksa identitasnya (firewall), dicatat (log), diarahkan ke lantai yang tepat (routing), dan diberi jatah waktu parkir (queue). Tamu dari luar harus lapor dulu di pos satpam (hotspot) sebelum boleh masuk area publik.
KELEBIHAN
  • Harga sangat terjangkau untuk fitur yang ditawarkan
  • Dokumentasi resmi (help.mikrotik.com) dan komunitas Indonesia sangat aktif
  • Tiga cara konfigurasi: WinBox, WebFig, dan CLI/SSH
  • Cocok untuk pembelajaran (UKK/LKS TKJ) dan jaringan skala kecil
KEKURANGAN
  • RAM 32 MB & storage 16 MB membatasi concurrent connection dan file hotspot
  • Port ethernet hanya 10/100 Mbps (bukan Gigabit)
  • Antena WiFi tunggal, jangkauan dan kapasitas terbatas
  • CPU 1 core — throughput menurun signifikan saat Layer7/queue kompleks aktif
BAB 02 - TOPOLOGI

Topologi Fisik & Virtual (Logical)

DEFINISI RESMI
Topologi fisik menggambarkan koneksi kabel, port, dan perangkat yang benar-benar terpasang di lapangan. Topologi virtual/logical menggambarkan bagaimana RouterOS mengelompokkan interface menjadi segmen jaringan (subnet / broadcast domain) yang berbeda, meskipun secara fisik memakai perangkat yang sama. Konsep bridge dan interface virtual dijelaskan di dokumentasi resmi Bridging and Switching. Sumber: help.mikrotik.com/docs/display/ROS/Bridging+and+Switching.

Penjelasan mendalam: Pada RB941-2nD kita memisahkan jaringan terpercaya (lab/karyawan) dari jaringan tamu (hotspot). Secara fisik semua port berada di satu perangkat keras. Secara logical kita membuat dua domain: bridge1-LAN (172.16.96.0/24) yang menggabungkan ether2, ether3, ether4, dan wlan1; serta wlan2-hotspot (10.0.0.0/24) yang berdiri sendiri untuk captive portal. Pemisahan ini mengurangi risiko lateral movement dan memudahkan penerapan policy berbeda (firewall, queue, hotspot).

Topologi Fisik

Kabel dari modem ISP masuk ke ether1-WAN. Port ether2–4 dan wlan1 digabung di bridge. wlan2 berdiri sendiri untuk hotspot terbuka.

INTERNETISP kabel WAN MODEM ether1-WAN RB941-2nDhAP lite ether2ether3ether4 SWITCH/PC PC LAB PRINTER wlan1WiFi ZTC-NAMA wlan2Hotspot ZTC-OPEN

Titik kuning bergerak menggambarkan alur paket dari internet → modem → ether1-WAN → router → perangkat LAN.

Topologi Virtual / Logical

RB941-2nDNAT + Routing + Firewall BRIDGE1-LAN · 172.16.96.0/24 ether2 · ether3 · ether4 · wlan1DHCP Server · Gateway 172.16.96.254 WLAN2-HOTSPOT · 10.0.0.0/24 wlan2-hotspot (ZTC-OPEN)Hotspot Login · Walled Garden

Tabel Addressing / Subnetting Lab

Perencanaan alamat IP harus selaras dengan topologi logical. Lab ini memakai dua segmen privat (RFC 1918) yang terpisah agar policy firewall, DHCP, dan hotspot tidak bercampur.

SegmenNetworkPrefixSubnet MaskGatewayRange Host / PoolInterface
LAN Lab 172.16.96.0 /24 255.255.255.0 172.16.96.254 172.16.96.1 – 172.16.96.253 bridge1-LAN
(ether2–4 + wlan1)
Hotspot Tamu 10.0.0.0 /24 255.255.255.0 10.0.0.1 10.0.0.2 – 10.0.0.254 (pool wizard) wlan2-hotspot
WAN Dinamis dari ISP (DHCP Client di ether1-WAN) IP publik/modem ether1-WAN

Rincian subnet /24 (contoh LAN 172.16.96.0/24)

KomponenNilaiKeterangan
Network address172.16.96.0Tidak di-assign ke host
Broadcast address172.16.96.255Tidak di-assign ke host
Host usable172.16.96.1 – 172.16.96.254254 alamat
Gateway (router)172.16.96.254IP di bridge1-LAN
DHCP pool (contoh)172.16.96.1 – 172.16.96.253Sisakan .254 untuk gateway
Jumlah host max25428 − 2 = 254

Mengapa dua subnet berbeda?

CIDR /24 = 8 bit host → mask 255.255.255.0. Jika butuh segmen lebih kecil (mis. /28 = 14 host), sesuaikan network, gateway, dan pool DHCP agar tidak saling tumpang tindih.

Tabel CIDR Lengkap

PENGERTIAN CIDR
CIDR (Classless Inter-Domain Routing) menuliskan jaringan sebagai alamat/prefix. Angka setelah garis miring = jumlah bit network. Semakin besar prefix (/30, /32), semakin kecil jumlah host. Tabel di bawah mencakup /0 hingga /32 untuk referensi cepat perencanaan subnet, VLSM, dan route summarization.
PrefixSubnet MaskBit hostJumlah alamatHost usable*Kegunaan tipikal
/00.0.0.0324.294.967.296—Default route (seluruh IPv4)
/1128.0.0.0312.147.483.648—Agregasi sangat besar
/2192.0.0.0301.073.741.824—Agregasi besar
/3224.0.0.029536.870.912—Agregasi
/4240.0.0.028268.435.456—Agregasi
/5248.0.0.027134.217.728—Agregasi
/6252.0.0.02667.108.864—Agregasi
/7254.0.0.02533.554.432—Agregasi
/8255.0.0.02416.777.21616.777.214ex-Class A
/9255.128.0.0238.388.6088.388.606Blok besar
/10255.192.0.0224.194.3044.194.302Blok besar
/11255.224.0.0212.097.1522.097.150Blok besar
/12255.240.0.0201.048.5761.048.574Blok besar (mirip 172.16/12 privat)
/13255.248.0.019524.288524.286ISP / kampus
/14255.252.0.018262.144262.142ISP / kampus
/15255.254.0.017131.072131.070ISP / kampus
/16255.255.0.01665.53665.534ex-Class B
/17255.255.128.01532.76832.766LAN besar
/18255.255.192.01416.38416.382LAN besar
/19255.255.224.0138.1928.190LAN / cabang
/20255.255.240.0124.0964.094LAN / cabang
/21255.255.248.0112.0482.046LAN / cabang
/22255.255.252.0101.0241.022Summary 4×/24 (Bab 9)
/23255.255.254.09512510Summary 2×/24
/24255.255.255.08256254LAN lab ebook (paling umum)
/25255.255.255.1287128126VLSM LAN sedang
/26255.255.255.19266462VLSM hotspot / dept
/27255.255.255.22453230VLSM lab kecil
/28255.255.255.24041614Ruangan / VLAN kecil
/29255.255.255.248386Segmen sangat kecil
/30255.255.255.252242Point-to-point router
/31255.255.255.254122**P2P khusus (RFC 3021)
/32255.255.255.255011Host route / loopback

* Host usable = jumlah alamat − 2 (network & broadcast), kecuali kasus khusus.
** /31: untuk link point-to-point, kedua alamat bisa dipakai sebagai host (RFC 3021); tidak semua perangkat/OS memperlakukan sama.
Rumus: jumlah alamat = 2(32−prefix). Prefix lab ebook: LAN & Hotspot memakai /24.

Opsional: VLSM untuk Efisiensi

PENGERTIAN VLSM
VLSM (Variable Length Subnet Mask) adalah teknik memakai panjang prefix berbeda di dalam satu blok alamat agar ukuran setiap subnet sesuai kebutuhan host. Lawannya FLSM (mask sama di semua subnet) sering membuat alamat terbuang. VLSM tidak membutuhkan fitur khusus di RouterOS — cukup memasang IP dengan prefix yang tepat (address=x.x.x.x/prefix).
PendekatanCiriEfisiensi
FLSMSemua subnet mask samaSering boros alamat
VLSMMask disesuaikan per kebutuhan hostLebih hemat, perencanaan lebih rapi

Tabel prefix yang sering dipakai

PrefixSubnet MaskHost usableKegunaan tipikal
/24255.255.255.0254LAN sedang
/25255.255.255.128126LAN kecil–sedang
/26255.255.255.19262Departemen / hotspot
/27255.255.255.22430Lab kecil
/28255.255.255.24014Ruangan / VLAN kecil
/29255.255.255.2486Segmen sangat kecil
/30255.255.255.2522Link router–router (point-to-point)

Rumus: host usable ≈ 2^(bit host) − 2. Prefix semakin besar angkanya (/28, /30) → subnet semakin kecil.

Contoh VLSM dari blok 172.16.96.0/24

Urutkan kebutuhan dari terbesar ke terkecil, lalu alokasikan blok yang aligned (tidak overlap):

SegmenButuh hostPrefixNetworkRange usableGateway (contoh)
LAN utama~100/25172.16.96.0/25.1 – .126172.16.96.126
Hotspot~50/26172.16.96.128/26.129 – .190172.16.96.129
Lab khusus~20/27172.16.96.192/27.193 – .222172.16.96.193
Link P2P2/30172.16.96.224/30.225 – .226salah satu sisi
Cadangan——172.16.96.228 …sisa—

Langkah perencanaan VLSM

  1. Daftar kebutuhan host per segmen (tambah margin 20–30% untuk pertumbuhan).
  2. Urutkan dari kebutuhan terbesar ke terkecil.
  3. Pilih prefix yang cukup (2^n − 2 ≥ kebutuhan).
  4. Tentukan network address berikutnya yang aligned (kelipatan ukuran blok).
  5. Catat gateway, range DHCP, dan broadcast — pastikan tidak overlap.
CLI — Contoh assign IP VLSM di RouterOS
/ip address
add address=172.16.96.126/25 interface=bridge1-LAN comment="LAN utama /25"
add address=172.16.96.129/26 interface=wlan2-hotspot comment="Hotspot /26"
# Prefix berbeda = VLSM. DHCP network/pool harus selaras dengan prefix masing-masing.

/ip pool
add name=pool-lan ranges=172.16.96.1-172.16.96.120
/ip dhcp-server network
add address=172.16.96.0/25 gateway=172.16.96.126 dns-server=8.8.8.8
# address=.../25 harus cocok dengan subnet LAN; gateway = IP router di segmen itu.
CATATAN UNTUK LAB EBOOK
Topologi default ebook memakai dua segmen /24 penuh yang terpisah (172.16.96.0/24 + 10.0.0.0/24) agar mudah dipahami pemula. VLSM bersifat opsional untuk latihan lanjutan atau saat alamat IP terbatas. Hindari overlap, gateway di luar subnet, dan pool yang mencakup network/broadcast address.
SUMBER RESMI
Bridging and Switching: https://help.mikrotik.com/docs/display/ROS/Bridging+and+Switching · Interface: https://help.mikrotik.com/docs/display/ROS/Interface · IP Addressing: https://help.mikrotik.com/docs/display/ROS/IP+Addressing
CATATAN TEKNIS
  • ether1-WAN tidak dimasukkan ke bridge — harus tetap interface terpisah untuk NAT dan default route.
  • wlan2-hotspot juga tidak dimasukkan ke bridge1-LAN agar segmen tamu terisolasi.
  • Satu radio 2.4 GHz berarti wlan1 dan wlan2 berbagi channel dan kapasitas yang sama.
  • Dokumentasikan MAC address router dan perangkat penting untuk troubleshooting ARP/Neighbors.
PENDALAMAN BAB 02
Tujuan: hubungkan topologi fisik dengan broadcast domain dan subnet. Prasyarat: buat tabel interface, network, gateway, DHCP pool, dan arah trafik.
Analisis: bridge menyatukan Layer 2, sedangkan router memisahkan Layer 3. Jangan menaruh WAN ke bridge LAN. VLSM hanya dipakai bila setiap subnet, gateway, dan pool direncanakan ulang sebagai satu desain konsisten.
Validasi: cek network/broadcast, rentang host, dan overlap memakai tabel addressing sebelum memasang IP.

Animasi Proses: Alur Paket

1Paket dari ISP
→
2ether1-WAN
→
3Routing Engine
→
4Bridge1 / Hotspot
→
5Client LAN / Tamu
ANALOGI
Bayangkan satu desa dengan dua RT. RT-LAN (bridge1) adalah warga tetap yang sudah dikenal dan bebas keluar-masuk. RT-Hotspot adalah area tamu yang harus lapor dulu ke pos satpam (halaman login hotspot) sebelum boleh keluar ke jalan raya (internet).
KELEBIHAN
  • Segmentasi jelas mengurangi risiko lateral movement
  • Policy (firewall, queue, hotspot) bisa berbeda per segmen
  • Mudah di-troubleshoot karena batas domain jelas
KEKURANGAN
  • Perlu perencanaan IP dan dokumentasi yang rapi
  • Virtual AP berbagi radio fisik — kapasitas terbatas
BAB 03 - PERSIAPAN AWAL

Login WinBox & Reset Konfigurasi

DEFINISI RESMI
WinBox adalah aplikasi resmi MikroTik untuk konfigurasi RouterOS lewat antarmuka grafis. WinBox dapat terhubung menggunakan MAC address (Layer 2 / protokol MNDP) atau IP address (Layer 3). Karena itu WinBox tetap bisa dipakai meskipun router belum memiliki IP sama sekali. Sumber: help.mikrotik.com/docs/display/ROS/WinBox.

Penjelasan mendalam: Setelah unboxing, router biasanya masih berisi konfigurasi default pabrik (bridge, DHCP, NAT sederhana). Untuk pembelajaran dan konfigurasi murni sesuai topologi yang dirancang, lebih baik mulai dari router kosong dengan opsi No Default Configuration. Reset ini menghapus seluruh konfigurasi dan me-reboot perangkat.

Langkah Login via MAC (WinBox) — Detail

  1. Buka WinBox → tab Neighbors. Klik Refresh. WinBox mengirim broadcast MNDP (MikroTik Neighbor Discovery Protocol) untuk menemukan perangkat di segmen Layer 2 yang sama.
  2. Pilih baris yang menampilkan MAC address RB941-2nD (biasanya berlabel model atau identity default).
  3. Isi Login = admin. Password dikosongkan (default pabrik tanpa password).
  4. Klik Connect. Jika berhasil, jendela konfigurasi utama muncul.

Jika perangkat tidak muncul di Neighbors: pastikan kabel LAN terhubung ke salah satu port ether2–4 (bukan ether1 jika belum dikonfigurasi), nonaktifkan firewall Windows sementara, dan pastikan WinBox versi terbaru dari mikrotik.com/download.

Langkah Reset Configuration (WinBox)

  1. Menu System → Reset Configuration.
  2. Centang No Default Configuration. Uncheck / kosongkan opsi Backup (kita ingin benar-benar bersih).
  3. Klik Reset Configuration. Router akan reboot.
  4. Setelah reboot, login ulang via MAC address seperti langkah sebelumnya.

Konfigurasi via CLI

CLI
/system reset-configuration no-defaults=yes skip-backup=yes
SUMBER RESMI
WinBox: https://help.mikrotik.com/docs/display/ROS/WinBox · Configuration Management: https://help.mikrotik.com/docs/display/ROS/Configuration+Management
CATATAN TEKNIS
  • Login via MAC hanya bekerja dalam satu broadcast domain Layer 2 (tidak melewati router lain).
  • Setelah no-defaults=yes, tidak ada IP, bridge, atau DHCP — hanya bisa login via MAC sampai dikonfigurasi ulang.
  • Jangan centang Backup jika ingin benar-benar bersih; file backup lama tetap bisa di-restore nanti jika disimpan di luar perangkat.
  • Pada beberapa firmware, password default admin bisa sudah di-set — coba kosongkan dulu, lalu cek sticker perangkat.
PENDALAMAN BAB 03
Tujuan: melakukan recovery tanpa kehilangan akses. Prasyarat: kabel langsung ke ether2-4, WinBox terbaru, dan backup export disimpan di luar router.
Analisis: reset no-defaults menghapus IP, bridge, DHCP, firewall, dan user tambahan. MAC discovery bekerja di Layer 2 saja dan tidak melewati router lain.
Validasi: setelah reboot pastikan hanya akses MAC yang dipakai dan konfigurasi default benar-benar kosong. Jangan menjalankan reset sebelum backup dan jalur recovery dipastikan.

Animasi Proses: Login & Reset

1Buka WinBox
→
2Refresh Neighbors
→
3Connect via MAC
→
4Reset Config
→
5Reboot & Login Ulang
KELEBIHAN LOGIN VIA MAC
  • Berfungsi meski router belum punya IP
  • Sangat berguna untuk recovery / troubleshooting total
KEKURANGAN
  • Hanya dalam satu broadcast domain Layer 2
  • Tidak bisa dipakai untuk akses remote lewat internet
CEK HASIL / UJI COBA
  1. Setelah reset, buka WinBox → Neighbors → Refresh. Router harus muncul lewat MAC address.
  2. Login admin (password kosong). Jika gagal, coba password di sticker perangkat.
  3. Cek IP → Addresses: harus kosong (no-defaults).
  4. Cek Bridge dan IP → DHCP Server: tidak ada entri default.
✓ Berhasil: login via MAC OK, konfigurasi kosong ✗ Gagal: tidak muncul di Neighbors → cek kabel di ether2–4, matikan firewall PC sementara
BAB 04 - IDENTITAS & USER

Identity, Password, dan Akun Teknisi

DEFINISI RESMI
System Identity adalah nama unik yang diberikan ke perangkat RouterOS. Nama ini muncul di WinBox Neighbors, di log, dan di tools monitoring. User di RouterOS memiliki group (privilege): full, write, read, dan group kustom. Sumber: help.mikrotik.com/docs/display/ROS/User dan System Identity di dokumentasi resmi.

Penjelasan mendalam: Akun admin adalah akun master. Jika banyak orang memakai akun yang sama, sulit melacak siapa yang mengubah konfigurasi. Dengan akun teknisi terpisah, akses bisa dicabut tanpa mengubah password master. Password kuat (minimal 8 karakter, kombinasi huruf/angka/simbol) wajib diganti dari default kosong.

Langkah via WinBox — Detail

  1. System → Identity → isi Name = RTRGW-NAMA (ganti NAMA sesuai lokasi/identitas perangkat).
  2. System → Note → centang Show at login → isi pesan sambutan (misalnya "Halo, Selamat Datang di Lab TKJ").
  3. System → Password → Old Password kosongkan → isi New Password & Confirm dengan password kuat.
  4. System → Users → + → Name = teknisi, Group = full, isi password, pastikan status Enabled.
  5. Reboot router (System → Reboot), lalu login ulang dengan akun teknisi untuk verifikasi.

Konfigurasi via CLI

CLI
/system identity set name=RTRGW-NAMA
/system note set show-at-login=yes note="Halo Selamat Datang"
 /user set [find name=admin] password=GANTI_PASSWORD_ADMIN_KUAT
 /user add name=teknisi group=write password=GANTI_PASSWORD_TEKNISI_KUAT
/system reboot
SUMBER RESMI
User management: https://help.mikrotik.com/docs/display/ROS/User · System Identity & Note di dokumentasi System.
CATATAN TEKNIS
  • Jangan biarkan password admin kosong di lingkungan produksi.
  • Group full memberi hak penuh; untuk operator terbatas gunakan group write atau read.
  • Identity yang unik sangat membantu saat mengelola banyak router di satu Neighbors list.
  • Setelah ganti password, simpan password di tempat aman (password manager).
PENDALAMAN BAB 04
Tujuan: membuat identitas dan akses yang dapat diaudit. Prasyarat: tetapkan pemilik perangkat, administrator utama, dan operator terbatas.
Analisis: gunakan password unik dari password manager; akun operasional sebaiknya write atau read, bukan full, kecuali tugas memang memerlukan hak penuh.
Validasi: uji login akun baru, logout, cek user aktif, lalu simpan export tanpa menyertakan password dalam dokumen publik.

Animasi Proses: Hardening Akun

1Set Identity
→
2Ganti Password Admin
→
3Buat User Teknisi
→
4Reboot & Verifikasi
ANALOGI
Akun admin = kunci master gedung. Akun teknisi = kunci duplikat yang bisa dicabut kapan saja tanpa mengganggu kunci master.
CEK HASIL / UJI COBA
  1. System → Identity: nama harus RTRGW-NAMA (atau sesuai yang Anda set).
  2. Logout, login ulang dengan user teknisi + password baru → harus berhasil.
  3. Coba login admin dengan password lama (kosong) → harus gagal.
  4. CLI: /system identity print dan /user print — pastikan user teknisi status enabled.
✓ Identity tampil di Neighbors; login teknisi OK ✗ Password tidak berubah → pastikan Old Password dikosongkan saat ganti pertama kali
BAB 05 - INTERFACE

Rename Interface ether1-WAN

DEFINISI RESMI
Setiap port fisik Ethernet di RouterOS memiliki nama default (ether1, ether2, …). Memberi nama deskriptif (misalnya ether1-WAN) memudahkan pembacaan rule firewall, NAT, routing, dan monitoring di kemudian hari. Sumber: help.mikrotik.com/docs/display/ROS/Ethernet.

Penjelasan mendalam: Saat menulis rule NAT out-interface=ether1-WAN atau firewall in-interface=bridge1-LAN, nama yang bermakna membuat konfigurasi self-documenting. Ini sangat membantu saat troubleshooting atau saat orang lain membaca konfigurasi Anda.

Langkah via WinBox

  1. Buka menu Interfaces.
  2. Klik dua kali baris ether1.
  3. Pada field Name, ubah menjadi ether1-WAN.
  4. Klik OK. Nama langsung berubah di seluruh sistem (firewall, NAT, routes, dll.).

Konfigurasi via CLI

CLI
/interface ethernet set [find default-name=ether1] name=ether1-WAN

Gunakan [find default-name=ether1] agar perintah tetap benar meskipun nama sudah pernah diubah sebelumnya.

SUMBER RESMI
Ethernet interface: https://help.mikrotik.com/docs/display/ROS/Ethernet
CATATAN TEKNIS
  • Mengubah nama interface tidak memutus link fisik; hanya label di RouterOS yang berubah.
  • Setelah rename, semua rule yang masih merujuk nama lama (ether1) harus disesuaikan — karena itu rename sebaiknya dilakukan di awal konfigurasi.
  • Default-name tetap tersimpan di properti interface dan bisa dipakai di script find.
PENDALAMAN BAB 05
Tujuan: membuat konfigurasi mudah dibaca tanpa memutus link. Prasyarat: dokumentasikan nama asli melalui default-name sebelum rename.
Analisis: nama interface dipakai oleh DHCP Client, NAT, firewall, queue, dan script. Rename di awal mengurangi risiko rule menunjuk interface yang salah.
Validasi: jalankan /interface print dan cocokkan nama, running flag, link LED, serta seluruh referensi konfigurasi.

Animasi Proses: Rename Interface

1Buka Interfaces
→
2Pilih ether1
→
3Ubah Name → ether1-WAN
→
4OK / Apply
ANALOGI
Memberi label "PINTU DEPAN" jauh lebih jelas daripada hanya "Pintu 1" — siapapun yang membaca langsung paham fungsinya tanpa menghafal nomor.
CEK HASIL / UJI COBA
  1. Menu Interfaces: baris ether1 harus bernama ether1-WAN.
  2. CLI: /interface print — kolom NAME menampilkan ether1-WAN.
  3. Pastikan link LED port 1 tetap menyala (rename tidak memutus kabel).
✓ Nama ether1-WAN muncul di Interfaces ✗ Masih ether1 → jalankan ulang perintah set dengan [find default-name=ether1]
BAB 06 - WIRELESS

Security Profile & WiFi Interface — Konfigurasi Detail

PENGERTIAN LENGKAP
Konfigurasi wireless di RouterOS dipisah menjadi dua objek: Security Profile (autentikasi & enkripsi) dan Wireless Interface (mode, band, SSID, channel, virtual AP). RB941-2nD hanya punya satu radio 2.4 GHz (802.11b/g/n); semua SSID virtual berbagi channel dan kapasitas udara yang sama. Sumber: help.mikrotik.com/docs/display/ROS/Wireless.

1. Security Profile — Parameter Detail

ParameterArtiRekomendasi
nameNama profileUnik, mudah diingat
modenone = tanpa enkripsi; dynamic-keys = WPA/WPA2 PSKdynamic-keys untuk WiFi terproteksi; none untuk hotspot terbuka
authentication-typeswpa-psk, wpa2-psk, (opsional EAP)Minimal wpa2-psk; boleh + wpa-psk untuk device lama
unicast-ciphersEnkripsi data per clientHanya aes-ccm — jangan TKIP
group-ciphersEnkripsi broadcast/multicastHanya aes-ccm
wpa / wpa2-pre-shared-keyPassword WiFiMinimal 8 karakter; lebih panjang lebih aman

Mengapa tanpa TKIP? TKIP sudah dianggap lemah. AES-CCMP (aes-ccm di RouterOS) adalah standar aman dan kompatibel luas. Untuk SSID hotspot, profile mode=none — proteksi diganti captive portal (Bab 16).

2. Interface Wireless (Master) — Parameter Detail

ParameterArtiKeterangan praktis
mode=ap-bridgeAccess Point yang bisa di-bridgeMode yang benar untuk AP + bridge LAN di lab ini
band2ghz-b/g/n, 2ghz-only-n, dll.RB941 hanya 2.4 GHz; 2ghz-b/g/n paling kompatibel
channel-width20mhz / 20/40mhz20 MHz lebih stabil di lingkungan ramai
frequencyMHz atau autoauto memilih channel; lab tetap: 2412/2437/2462 (ch 1/6/11)
ssidNama jaringanUnik per lokasi
security-profileProfile enkripsiHarus sudah dibuat
disabled=noInterface aktifSetelah reset sering masih disabled

Mode lain (ringkas): station = client ke AP lain; station-bridge = client yang meneruskan ke LAN; ap-bridge = pilihan utama untuk topologi ebook.

3. Virtual AP (SSID Kedua)

ParameterArti
master-interface=wlan1Virtual AP memakai radio fisik wlan1
ssidNama SSID berbeda (mis. terbuka untuk hotspot)
security-profileBisa beda dari master (terproteksi vs terbuka)
KONSEKUENSI DI RB941
Hanya satu radio → wlan1 dan wlan2 satu channel, satu kapasitas udara. Trafik kedua SSID berbagi throughput. Tidak bisa beda frekuensi antara master dan virtual AP.

Langkah via WinBox — Detail

  1. Wireless → Security Profiles → +: Name = profile1-ZTC, Mode = dynamic keys, centang WPA PSK + WPA2 PSK, Unicast & Group Ciphers = aes ccm saja, isi Pre-Shared Key.
  2. Buat profile kedua: Name = profile2-ZTC-OPEN, Mode = none (hotspot terbuka).
  3. Double-click wlan1: Mode = ap bridge, Band = 2GHz-B/G/N, SSID = ZTC-NAMA, Security Profile = profile1-ZTC, aktifkan (tombol power).
  4. + → Virtual: Name = wlan2-hotspot, Master Interface = wlan1, SSID = ZTC-OPEN-NAMA, Security Profile = profile2-ZTC-OPEN, enabled.
  5. Pastikan hanya wlan1 yang masuk bridge1-LAN (Bab 7); wlan2 tetap di luar untuk segmen hotspot.

Script CLI + Penjelasan Baris per Baris

CLI
/interface wireless security-profiles
add name=profile1-ZTC mode=dynamic-keys authentication-types=wpa-psk,wpa2-psk \
    unicast-ciphers=aes-ccm group-ciphers=aes-ccm \
    wpa-pre-shared-key="GANTI_PASSWORD_WIFI_KUAT" wpa2-pre-shared-key="GANTI_PASSWORD_WIFI_KUAT"
# mode=dynamic-keys → WPA/WPA2 dengan kunci dinamis (PSK).
# authentication-types → izinkan WPA-PSK dan WPA2-PSK.
# unicast/group-ciphers=aes-ccm → HANYA AES (jangan TKIP).
# wpa/wpa2-pre-shared-key → password WiFi (minimal 8 karakter).

add name=profile2-ZTC-OPEN mode=none
# mode=none → tanpa enkripsi radio (untuk hotspot; keamanan di halaman login).

/interface wireless
set [find default-name=wlan1] mode=ap-bridge band=2ghz-b/g/n ssid=ZTC-NAMA \
    security-profile=profile1-ZTC disabled=no
# mode=ap-bridge → access point yang bisa diikutkan ke bridge.
# band=2ghz-b/g/n → hanya 2.4 GHz (RB941 tidak punya 5 GHz).
# [find default-name=wlan1] → aman meski nama interface sudah pernah diubah.
# disabled=no → aktifkan interface.

add name=wlan2-hotspot master-interface=wlan1 ssid=ZTC-OPEN-NAMA \
    security-profile=profile2-ZTC-OPEN disabled=no
# master-interface=wlan1 → virtual AP berbagi radio fisik wlan1.
# SSID berbeda → client bisa pilih jaringan terbuka untuk hotspot.
# security-profile terbuka → tanpa password WiFi; proteksi = captive portal.

Parameter Lanjutan (Opsional)

ParameterKegunaan singkat
countryBatas daya & channel legal per negara
installationindoor / outdoor (mempengaruhi regulasi)
antenna-gainKoreksi gain antena untuk hitung EIRP
tx-power-mode / tx-powerBatasi daya pancar (kurangi interferensi)
wireless-protocol802.11 (AP biasa) vs nv2 / nstreme
default-forwardingIzinkan client-ke-client di WiFi yang sama
hide-ssidSSID tidak di-broadcast (bukan keamanan kuat)
wps-modeWPS; di produksi sering dimatikan

Untuk lab dasar, default + ap-bridge + WPA2-AES + virtual AP sudah cukup.

PENDALAMAN BAB 06
Tujuan: membangun SSID aman dan SSID tamu pada satu radio. Prasyarat: pilih negara, channel legal, band, lebar channel, dan nama profile.
Analisis: virtual AP bukan radio kedua; wlan1 dan wlan2 berbagi airtime. Gunakan WPA2-AES atau mode keamanan yang didukung versi wireless package, dan jangan menganggap SSID tersembunyi sebagai keamanan.
Validasi: uji autentikasi benar/salah, IP client, registration table, dan isolasi trafik tamu dari bridge LAN.

Animasi Proses: Setup Wireless

1Buat Security Profile
→
2Set wlan1 AP-Bridge
→
3Tambah Virtual AP
→
4Aktifkan & Bridge wlan1

Troubleshooting Singkat

GejalaCek
SSID tidak munculdisabled=no? radio up? frequency/country valid?
Connect tapi tidak dapat IPDHCP di bridge/hotspot? wlan1 sudah anggota bridge?
Lemot / putus-putusChannel ramai → coba ch 1/6/11; width 20 MHz
Hotspot tidak muncul benarSetup di wlan2; profile none jika SSID memang terbuka
CLI — Monitor
/interface wireless print
/interface wireless monitor wlan1
/interface wireless registration-table print
# print → status interface. monitor → live signal/CCQ.
# registration-table → daftar client yang terkoneksi.
SUMBER RESMI
Wireless Interface & Security Profiles: https://help.mikrotik.com/docs/display/ROS/Wireless
CATATAN TEKNIS
  • Virtual AP berbagi radio & channel master — tidak bisa beda frekuensi.
  • Gunakan hanya aes-ccm; hindari TKIP.
  • Mode ap-bridge untuk access point yang ikut di-bridge.
  • Jangan masukkan wlan2-hotspot ke bridge1-LAN (segmen hotspot harus terpisah).
  • Satu radio 2.4 GHz = kapasitas terbatas saat banyak client di kedua SSID.
KELEBIHAN
  • WPA2-AES masih standar kuat dan kompatibel luas
  • Virtual AP memungkinkan SSID terpisah tanpa hardware tambahan
  • Bisa beda policy keamanan per SSID (PSK vs terbuka)
KEKURANGAN
  • Satu radio → SSID ganda berbagi kapasitas
  • Tidak bisa beda channel antara master dan virtual
  • Hanya 2.4 GHz (ramai di lingkungan padat)
ANALOGI
Radio fisik = satu microphone di panggung. Setiap SSID (wlan1, wlan2) = saluran pengumuman berbeda, tetapi masih memakai microphone yang sama — tidak bisa berbicara di “frekuensi” yang benar-benar terpisah.
CEK HASIL / UJI COBA
  1. Di HP/laptop, scan WiFi: harus muncul SSID ZTC-NAMA (berpassword) dan ZTC-OPEN-NAMA (terbuka).
  2. Hubungkan ke ZTC-NAMA dengan password yang di-set → status Connected.
  3. Password salah → gagal connect (uji keamanan profile).
  4. WinBox Wireless → Registration: client yang connect harus tercatat.
  5. CLI: /interface wireless print — wlan1 & wlan2 status running/enabled.
✓ Kedua SSID terlihat; login WPA2 berhasil; client di Registration ✗ SSID tidak muncul → cek disabled=no dan mode=ap-bridge
BAB 07 - BRIDGE

Bridge LAN

DEFINISI RESMI
Bridge di RouterOS adalah interface virtual Layer 2 yang menggabungkan beberapa interface fisik/virtual menjadi satu domain broadcast. Secara logika ia bertindak seperti switch. IP address dan DHCP server cukup dipasang sekali di bridge, bukan di setiap port. Sumber: help.mikrotik.com/docs/display/ROS/Bridging+and+Switching.

Penjelasan mendalam: Tanpa bridge, setiap port (ether2, ether3, ether4, wlan1) akan menjadi segmen terpisah dan butuh IP + DHCP masing-masing. Dengan bridge, semuanya menjadi satu LAN 172.16.96.0/24. wlan2-hotspot sengaja tidak dimasukkan agar tetap terisolasi untuk captive portal.

Langkah via WinBox

  1. Bridge → + → Name = bridge1-LAN → OK.
  2. Tab Ports → + → Interface = ether2, Bridge = bridge1-LAN. Ulangi untuk ether3, ether4, dan wlan1.
  3. Jangan masukkan ether1-WAN atau wlan2-hotspot ke bridge ini.

Konfigurasi via CLI

CLI
/interface bridge add name=bridge1-LAN
# Membuat interface virtual Layer 2 bernama bridge1-LAN.

/interface bridge port
add bridge=bridge1-LAN interface=ether2
add bridge=bridge1-LAN interface=ether3
add bridge=bridge1-LAN interface=ether4
add bridge=bridge1-LAN interface=wlan1
# Setiap baris menambahkan 1 port fisik/wireless sebagai anggota bridge.
# ether1-WAN dan wlan2-hotspot SENGAJA tidak ditambahkan (tetap terpisah).
SUMBER RESMI
Bridging and Switching: https://help.mikrotik.com/docs/display/ROS/Bridging+and+Switching
CATATAN TEKNIS
  • ether1-WAN dan wlan2-hotspot harus tetap di luar bridge.
  • IP address dan DHCP Server dipasang di interface bridge, bukan di port anggota.
  • Pada hardware tertentu, hardware offloading bridge bisa diaktifkan untuk performa lebih baik.
PENDALAMAN BAB 07
Tujuan: membentuk satu LAN dari port kabel dan wlan1. Prasyarat: bridge dibuat lebih dulu dan ether1-WAN/wlan2-hotspot sudah ditetapkan sebagai segmen terpisah.
Analisis: IP dan DHCP dipasang pada bridge, bukan port anggota. Periksa hardware offload dan loop Layer 2 bila ada switch eksternal atau kabel redundan.
Validasi: cek bridge port, ping antar-client, DHCP broadcast, dan status forwarding sebelum melanjutkan ke IP gateway.

Animasi Proses: Bridging

1Buat Bridge
→
2Tambah ether2–4
→
3Tambah wlan1
→
4Satu Domain Broadcast
bridge1-LAN ether2 ether3 ether4 wlan1
ANALOGI
Bridge seperti menyambung beberapa ruas selang menjadi satu pipa besar — air (data) mengalir bebas antar ruas tanpa perlu routing.
CEK HASIL / UJI COBA
  1. Bridge → Ports: ether2, ether3, ether4, wlan1 harus anggota bridge1-LAN.
  2. ether1-WAN dan wlan2 tidak boleh masuk bridge.
  3. PC di ether2 dan device di wlan1 harus saling ping (satu broadcast domain).
  4. CLI: /interface bridge port print
✓ Port LAN + wlan1 di bridge; ping antar client OK ✗ Port tidak muncul → pastikan interface tidak disabled
BAB 08 - DHCP CLIENT

DHCP Client di ether1-WAN

DEFINISI RESMI
DHCP Client membuat router meminta alamat IP, gateway, DNS, dan (opsional) NTP secara otomatis dari server DHCP di sisi modem/ISP. Sumber: help.mikrotik.com/docs/display/ROS/DHCP+Client.

Penjelasan mendalam: Proses DORA (Discover–Offer–Request–Acknowledge) berjalan di sisi client. Setelah status menjadi bound, router memiliki IP WAN, default route (jika add-default-route=yes), dan bisa memakai DNS/NTP dari peer. Ini cocok untuk koneksi dinamis di mana IP modem bisa berubah.

Langkah via WinBox

  1. IP → DHCP Client → +.
  2. Interface = ether1-WAN.
  3. Centang Use Peer DNS dan Use Peer NTP.
  4. Add Default Route = yes.
  5. Pastikan status berubah menjadi bound setelah beberapa detik (berarti IP sudah didapat).

Konfigurasi via CLI

CLI
/ip dhcp-client add interface=ether1-WAN use-peer-dns=yes use-peer-ntp=yes \
    add-default-route=yes disabled=no
SUMBER RESMI
DHCP Client: https://help.mikrotik.com/docs/display/ROS/DHCP+Client
CATATAN TEKNIS
  • Status harus bound. Jika stuck di searching: cek kabel, modem, atau VLAN.
  • add-default-route=yes membuat rute 0.0.0.0/0 dinamis — jangan tambah rute default manual (duplicate).
  • use-peer-dns=yes mengisi /ip dns servers dari ISP; bisa ditimpa manual di bab DNS.
PENDALAMAN BAB 08
Tujuan: mendapatkan alamat WAN secara dinamis. Prasyarat: kabel modem ke ether1-WAN dan DHCP modem/ISP aktif.
Analisis: status bound berarti lease, gateway, dan opsi DHCP diterima. add-default-route=yes dapat membuat default route dinamis, sehingga route manual yang sama tidak perlu ditambahkan.
Validasi: cek lease, address WAN, gateway, DNS peer, dan default route; bedakan masalah kabel dari masalah DHCP upstream.

Animasi Proses: DHCP Client (DORA)

1Discover
→
2Offer
→
3Request
→
4Acknowledge (Bound)
CEK HASIL / UJI COBA
  1. IP → DHCP Client: status harus bound, ada IP dari modem/ISP.
  2. CLI: /ip dhcp-client print — kolom Status = bound, Address terisi.
  3. /ip address print — IP dinamis di ether1-WAN.
  4. Jika modem OFF: status searching/stopped (wajar).
✓ Status bound + IP publik/modem tampil ✗ searching terus → cek kabel WAN, DHCP modem aktif, ether1-WAN benar
BAB 09 - ROUTING

Default Route, Duplicate Route & Route Summarization

PENGERTIAN LENGKAP
Routing menentukan ke mana paket diteruskan berdasarkan alamat tujuan. Di RouterOS, tabel rute berisi prefix (notasi CIDR), gateway, distance, dan flag (A = Active, D = Dynamic, S = Static).

Default route (0.0.0.0/0) dipakai untuk semua tujuan yang tidak punya rute lebih spesifik — biasanya ke gateway ISP. Route summarization menggabungkan beberapa prefix berdekatan menjadi satu prefix lebih besar agar tabel rute lebih ringkas. Sumber: help.mikrotik.com/docs/display/ROS/IP+Routing.

Default Route & Duplicate Route

Jika DHCP Client memakai add-default-route=yes, RouterOS membuat rute dynamic-active (DA) ke 0.0.0.0/0. Menambah rute static manual ke tujuan yang sama menyebabkan duplicate route. RouterOS memilih berdasarkan distance terkecil (dan longest match untuk prefix spesifik), tetapi duplikat membingungkan saat troubleshooting.

ANALISA DUPLICATE ROUTE
Hindari duplicate. Pilih salah satu: biarkan DHCP Client yang membuat default route, atau buat manual jika IP WAN statis dan DHCP Client tidak memakai add-default-route.

Konfigurasi via CLI — Default Route

CLI
/ip route add dst-address=0.0.0.0/0 gateway=192.168.1.1
# Hanya jika default route TIDAK dibuat otomatis oleh DHCP Client.
# gateway = IP modem/ISP di segmen WAN. Cek: /ip route print

Opsional: Route Summarization

PENGERTIAN SUMMARIZATION
Route summarization (route aggregation) menggabungkan beberapa prefix yang berdekatan menjadi satu prefix lebih besar, sehingga tabel routing lebih kecil dan konfigurasi lebih rapi. Mengandalkan notasi CIDR. Arahnya berlawanan dengan VLSM (VLSM memecah blok; summary menggabung).
KonsepArahContoh
CIDRNotasi classless /prefix172.16.96.0/22
VLSM (Bab 2)Memecah blok → subnet kecil/24 → /25 + /26 + /30
SummarizationMenggabung subnet → prefix lebih besarEmpat /24 → satu /22

Contoh: empat /24 menjadi satu /22

Tanpa summary vs dengan summary
# Tanpa summary (4 rute):
# 172.16.96.0/24
# 172.16.97.0/24
# 172.16.98.0/24
# 172.16.99.0/24

# Dengan summary (1 rute):
/ip route add dst-address=172.16.96.0/22 gateway=192.168.1.2 \
    comment="Summary LAN cabang 96-99"
# /22 mencakup .96 – .99. Gateway = router di depan blok tersebut.

Cara menghitung summary (manual)

  1. Tulis network dalam biner; fokus pada oktet yang berbeda.
  2. Cari bit depan yang sama di semua network.
  3. Prefix summary = jumlah bit identik.
  4. Pastikan blok kontigu dan aligned (kelipatan ukuran blok).

Contoh: 96–99 di biner oktet ke-3 = 011000xx → 6 bit sama di oktet itu + 16 bit oktet 1–2 = /22, network 172.16.96.0/22.

Jenis summarization

JenisKeterangan
Manual / staticAdmin membuat satu rute statis ke blok besar (paling relevan di lab RB941)
Auto-summaryProtokol classful lama; di desain modern sering dimatikan
Protocol-drivenOSPF area summary, BGP aggregate, EIGRP/RIP summary-address

Longest match

RouterOS memilih rute paling spesifik. Jika ada 172.16.97.0/24 dan 172.16.96.0/22, tujuan di 172.16.97.x memakai /24. Summary tidak “menimpa” rute lebih spesifik.

KELEBIHAN SUMMARY
  • Tabel routing lebih kecil
  • Konfigurasi statis lebih rapi
  • Update protokol dinamis lebih ringan
  • Menyembunyikan detail internal dari router luar
RISIKO
  • Summary terlalu lebar → potensi blackhole ke alamat kosong
  • Salah hitung bit → overlap / tidak mencakup semua subnet
  • Troubleshooting lebih sulit jika dokumentasi kurang
CATATAN TEKNIS
  • Cek tabel rute: /ip route print — idealnya satu default route active.
  • Distance lebih kecil = prioritas lebih tinggi antar rute ke tujuan sama.
  • Di lab RB941 tunggal (dua segmen LAN/hotspot), summarization jarang dibutuhkan; berguna saat banyak cabang/router.
  • Summary hanya untuk blok kontigu & aligned; dokumentasikan isi di balik prefix summary.
  • Hubungan materi: CIDR (notasi) → VLSM Bab 2 (pecah) → Summarization bab ini (gabung).
SUMBER RESMI
IP Routing: https://help.mikrotik.com/docs/display/ROS/IP+Routing
PENDALAMAN BAB 09
Tujuan: membaca keputusan forwarding RouterOS. Prasyarat: pahami connected route dari IP address dan dynamic route dari DHCP Client.
Analisis: Router memilih longest prefix match terlebih dahulu, lalu distance dan status active. Summary route harus aligned dan hanya dipakai bila seluruh prefix berada di arah gateway yang sama.
Validasi: gunakan /ip route print detail dan /ip route check 8.8.8.8; pastikan tidak ada default route duplikat yang tidak disengaja.

Animasi Proses: Keputusan Routing

1Paket Tiba
→
2Cek Tabel Route
→
3Longest Match
→
4Kirim ke Gateway
ANALOGI
Default route = “jika tidak tahu alamat lengkap, kirim ke kantor pos pusat (ISP)”. Route summary = satu papan “Semua RT 01–04 lewat jalan ini” menggantikan empat papan terpisah — lebih ringkas, asalkan RT 01–04 memang di arah yang sama.
CEK HASIL / UJI COBA
  1. IP → Routes: ada route 0.0.0.0/0 via gateway modem (DAC/DHCP atau static).
  2. CLI: /ip route print — pastikan flag A (active) pada default route.
  3. Jika ada duplicate route, yang distance lebih kecil harus aktif.
✓ Default route active (AS / ADC) ✗ Tidak ada 0.0.0.0/0 → DHCP Client belum bound atau gateway salah
BAB 10 - VERIFIKASI

Uji Konektivitas

DEFINISI
Setelah DHCP Client dan default route aktif, langkah wajib adalah memverifikasi bahwa router benar-benar bisa mencapai internet. Ping menguji konektivitas Layer 3; traceroute menampilkan hop yang dilalui. Sumber tool: dokumentasi Tools di help.mikrotik.com.

Penjelasan mendalam: Ping ke alamat IP publik (8.8.8.8) menguji jalur jaringan murni tanpa bergantung DNS. Ping ke nama domain (google.com) menguji resolusi DNS sekaligus. Jika IP berhasil tapi domain gagal, masalahnya ada di DNS. Jika keduanya gagal, cek WAN IP, default route, dan NAT.

Langkah via WinBox / Terminal

  1. Buka New Terminal di WinBox.
  2. ping 8.8.8.8 count=4 — uji Layer 3 murni.
  3. ping google.com count=4 — uji DNS + konektivitas.
  4. Opsional: /tool traceroute 8.8.8.8 untuk melihat hop.

Konfigurasi via CLI

CLI
ping 8.8.8.8 count=4
ping google.com count=4
/tool traceroute 8.8.8.8
SUMBER RESMI
Tools (Ping, Traceroute): dokumentasi resmi di https://help.mikrotik.com bagian Tools.
CATATAN TEKNIS
  • Jika ping IP gagal: cek status DHCP Client (bound?), default route, dan kabel WAN.
  • Jika ping IP OK tapi domain gagal: cek /ip dns servers dan allow-remote-requests.
  • Packet loss tinggi atau RTT besar bisa menandakan masalah uplink ISP atau interferensi WiFi (jika uji dari wireless).
PENDALAMAN BAB 10
Tujuan: memisahkan diagnosis Layer 2, Layer 3, DNS, dan NAT. Prasyarat: WAN bound dan default route active.
Analisis: ping gateway menguji LAN, ping IP publik menguji routing/WAN, sedangkan ping nama domain menambah pengujian DNS. Ping router sendiri tidak membuktikan client sudah di-NAT.
Validasi: lakukan tes berurutan dari client dan router, catat packet loss/latency, lalu gunakan traceroute hanya sebagai petunjuk jalur, bukan bukti tunggal akar masalah.

Animasi Proses: Uji Ping

1Kirim ICMP Echo
→
2Lewat WAN
→
3Tujuan Balas
→
4Terima Reply
ANALOGI
Ping ke 8.8.8.8 = menelepon nomor yang sudah dikenal (uji jaringan telepon). Ping ke google.com = mencari nomor di buku telepon (DNS) dulu, baru menelepon — kalau berhasil, buku telepon dan jaringan sama-sama berfungsi.
CEK HASIL / UJI COBA
  1. Dari Terminal WinBox: /ping 8.8.8.8 count=4 → received ≈ sent.
  2. /ping google.com count=4 → sukses (DNS + internet OK).
  3. Jika 8.8.8.8 gagal tapi route ada → cek NAT (Bab 14) atau modem.
  4. Jika IP OK tapi domain gagal → cek DNS (Bab 13).
✓ Ping 8.8.8.8 dan google.com berhasil ✗ timeout → cek DHCP Client, route, kabel WAN
BAB 11 - CLOCK & NTP

Clock & SNTP / NTP Client

PENGERTIAN LENGKAP
Clock di RouterOS adalah jam sistem perangkat. Banyak fitur bergantung pada waktu yang akurat: log dengan timestamp, sertifikat TLS, scheduler, hotspot session-timeout, dan license. Tanpa sinkronisasi, jam bisa melenceng setelah reboot karena RB941 tidak punya RTC baterai yang andal.

SNTP (Simple Network Time Protocol) / NTP adalah protokol untuk menyamakan jam perangkat dengan server waktu di internet (misalnya pool.ntp.org). Di RouterOS v6 sering dipakai menu SNTP Client; di v7 diganti menjadi NTP Client dengan opsi lebih lengkap. Sumber: help.mikrotik.com (System Clock, NTP Client).

Mengapa penting? Log firewall yang menampilkan jam salah akan mempersulit investigasi insiden. Scheduler yang mematikan WiFi jam 22:00 akan salah jadwal jika clock melenceng. Hotspot session-timeout juga dihitung berdasarkan jam sistem.

Langkah via WinBox — Detail tiap langkah

  1. System → Clock: set Time Zone Name sesuai lokasi (mis. Asia/Jakarta). Keterangan: Time zone menentukan offset UTC dan aturan daylight saving. Tanpa ini, jam lokal salah meski NTP sudah sync.
  2. System → SNTP Client (v6) atau System → NTP Client (v7): Enabled = yes. Keterangan: mengaktifkan client agar secara berkala bertanya ke server NTP.
  3. Isi Primary NTP Server = id.pool.ntp.org (atau 0.id.pool.ntp.org). Keterangan: pool.ntp.org memilih server terdekat secara otomatis; prefix id. memprioritaskan server di Indonesia.
  4. Secondary (opsional) = time.google.com. Keterangan: fallback jika primary tidak terjangkau.

Script CLI + Penjelasan Baris per Baris

CLI
/system clock set time-zone-name=Asia/Jakarta
# Baris di atas: mengatur zona waktu ke WIB (UTC+7). Nama zona mengikuti database IANA.

/system ntp client set enabled=yes primary-ntp=id.pool.ntp.org
# enabled=yes: mengaktifkan NTP client.
# primary-ntp: alamat server waktu utama. Gunakan FQDN agar IP bisa berubah tanpa ubah config.
# Di RouterOS v6 nama menunya /system sntp client; di v7 /system ntp client.
SUMBER RESMI
System Clock & NTP: https://help.mikrotik.com/docs/display/ROS/NTP · Clock: dokumentasi System.
CATATAN TEKNIS
  • Pastikan router sudah bisa ping internet (bab 10) sebelum NTP sync berhasil.
  • Cek status: /system ntp client print — status harus synchronized.
  • Firewall tidak boleh memblokir UDP port 123 keluar.
PENDALAMAN BAB 11
Tujuan: membuat log dan scheduler memiliki waktu yang dapat dipercaya. Prasyarat: route, DNS, dan akses UDP 123 ke server NTP sudah tersedia.
Analisis: timezone hanya mengubah penyajian waktu; sinkronisasi NTP mengubah clock berdasarkan sumber waktu. Bedakan status enabled dari synchronized.
Validasi: cek timezone, status client NTP, last update, dan timestamp log setelah reboot atau perubahan konektivitas.

Animasi Proses: Sinkronisasi Waktu

1Set Timezone
→
2Enable NTP Client
→
3Query Server NTP
→
4Clock Synchronized
CEK HASIL / UJI COBA
  1. System → Clock: waktu mendekati waktu sebenarnya (zona Asia/Jakarta).
  2. System → SNTP Client: status harus synchronized / last update terisi.
  3. CLI: /system clock print dan /system ntp client print (v7) atau sntp.
  4. Log: tidak spam error NTP unreachable (jika internet sudah OK).
✓ Jam router sesuai WIB; SNTP sync ✗ Jam 1970 / tidak sync → pastikan internet + DNS dulu
BAB 12 - IP ADDRESS

Alamat IP LAN & Hotspot

PENGERTIAN LENGKAP
IP Address adalah identitas Layer 3 yang dipasang pada interface (fisik atau virtual). Di RouterOS, satu interface bisa punya beberapa IP (termasuk secondary). Untuk LAN kita memasang gateway di bridge1-LAN; untuk hotspot di wlan2-hotspot. Sumber: help.mikrotik.com/docs/display/ROS/IP+Addressing.

Network field biasanya diisi alamat jaringan (network address) sesuai prefix, atau dibiarkan auto. CIDR /24 berarti subnet mask 255.255.255.0 (256 alamat, 254 host usable).

Pemilihan IP di lab ini:

Alamat .254 sering dipakai sebagai gateway di lab agar client mendapat lease dari .1 ke atas. Range privat 172.16.0.0/12 dan 10.0.0.0/8 adalah RFC 1918 (tidak di-route di internet publik).

Langkah via WinBox — Detail

  1. IP → Addresses → +.
  2. Address = 172.16.96.254/24. Keterangan: /24 = 255.255.255.0. RouterOS otomatis menghitung network = 172.16.96.0.
  3. Interface = bridge1-LAN. Keterangan: IP dipasang di bridge, bukan di ether2/3/4 individual, karena bridge sudah menggabungkan port-port tersebut.
  4. Ulangi untuk hotspot: Address = 10.0.0.1/24, Interface = wlan2-hotspot.

Script CLI + Penjelasan Baris per Baris

CLI
/ip address
add address=172.16.96.254/24 interface=bridge1-LAN comment="Gateway LAN Lab"
# address=172.16.96.254/24 → IP gateway + prefix length.
# interface=bridge1-LAN → IP menempel di bridge (bukan di port anggota).
# comment → keterangan opsional agar mudah dibaca di list.

add address=10.0.0.1/24 interface=wlan2-hotspot comment="Gateway Hotspot"
# Segmen terpisah 10.0.0.0/24 khusus client hotspot.
SUMBER RESMI
IP Addressing: https://help.mikrotik.com/docs/display/ROS/IP+Addressing
CATATAN TEKNIS
  • Pastikan bridge1-LAN dan wlan2-hotspot sudah ada sebelum menambah IP.
  • Jangan pasang IP di ether2/3/4 jika port tersebut sudah jadi anggota bridge — IP harus di bridge.
  • Cek: /ip address print — pastikan kedua IP muncul dan interface benar.
PENDALAMAN BAB 12
Tujuan: memberi gateway yang benar pada setiap segmen. Prasyarat: bridge LAN dan interface hotspot sudah dibuat, tetapi masih terpisah.
Analisis: satu subnet tidak boleh dipasang pada dua domain Layer 2 yang berbeda. IP gateway harus berada di subnet client; network dan broadcast tidak boleh masuk pool.
Validasi: cek interface pada /ip address print detail, ping gateway dari masing-masing segmen, dan pastikan tidak ada alamat overlap.

Animasi Proses: Assign IP

1Buat Bridge / wlan2
→
2Add IP ke Interface
→
3Network Terbentuk
→
4Siap untuk DHCP
CEK HASIL / UJI COBA
  1. IP → Addresses: ada 172.16.96.254/24 di bridge1-LAN dan 10.0.0.1/24 di wlan2-hotspot.
  2. CLI: /ip address print
  3. Dari PC set IP manual 172.16.96.10/24 gateway 172.16.96.254 → ping gateway harus OK.
✓ Kedua IP tampil; ping ke gateway LAN berhasil ✗ IP tidak muncul → interface bridge/wlan2 belum dibuat
BAB 13 - DNS

Konfigurasi DNS

PENGERTIAN LENGKAP
DNS (Domain Name System) menerjemahkan nama domain (google.com) menjadi alamat IP. RouterOS dapat berfungsi sebagai DNS cache/resolver untuk client di LAN: client mengirim query DNS ke IP gateway, router meneruskan ke server upstream (8.8.8.8 / 1.1.1.1), lalu menyimpan hasil di cache agar query berikutnya lebih cepat.

allow-remote-requests=yes membuat router menjawab query DNS dari client. Tanpa ini, router hanya memakai DNS untuk keperluan sendiri (NTP, update, dll.). Sumber: help.mikrotik.com/docs/display/ROS/DNS.

Risiko keamanan: Jika allow-remote-requests=yes dan tidak ada firewall yang memblokir port 53 dari WAN, router bisa menjadi open resolver yang disalahgunakan untuk serangan amplifikasi DNS. Selalu pastikan hanya LAN yang boleh query DNS ke router.

Langkah via WinBox — Detail

  1. IP → DNS.
  2. Servers = 8.8.8.8,1.1.1.1. Keterangan: Google DNS dan Cloudflare DNS sebagai upstream. Bisa diganti ke DNS ISP atau DNS filtering (mis. AdGuard).
  3. Centang Allow Remote Requests. Keterangan: mengizinkan client LAN memakai router sebagai resolver.
  4. Opsional: naikkan Cache Size jika banyak client. Default biasanya cukup untuk lab kecil.

Script CLI + Penjelasan Baris per Baris

CLI
/ip dns set servers=8.8.8.8,1.1.1.1 allow-remote-requests=yes
# servers= → daftar DNS upstream (dipisah koma). Query akan dikirim ke sini.
# allow-remote-requests=yes → router menjawab query dari client (bukan hanya untuk dirinya sendiri).
# Setelah ini, di DHCP Server network, dns-server bisa diisi IP gateway (172.16.96.254)
# agar client memakai router sebagai DNS, bukan langsung ke 8.8.8.8.
SUMBER RESMI
DNS: https://help.mikrotik.com/docs/display/ROS/DNS
CATATAN TEKNIS
  • Blokir UDP/TCP 53 dari interface WAN di firewall filter input chain.
  • Cek cache: /ip dns cache print.
  • Static DNS entries bisa ditambah di IP → DNS → Static untuk override nama tertentu.
PENDALAMAN BAB 13
Tujuan: menjadikan router resolver LAN tanpa menjadi open resolver. Prasyarat: upstream DNS dapat dijangkau dari WAN dan firewall input sudah dirancang.
Analisis: allow-remote-requests=yes harus disertai pembatasan query dari WAN; bila tidak, router dapat disalahgunakan untuk DNS amplification.
Validasi: uji query dari LAN, pastikan port 53 WAN ditolak, cek cache, dan verifikasi DHCP memberi DNS gateway yang benar.

Animasi Proses: Resolusi DNS

1Client Query
→
2Router Cache?
→
3Upstream DNS
→
4Balas ke Client
CEK HASIL / UJI COBA
  1. IP → DNS: Servers 8.8.8.8 / 1.1.1.1, Allow Remote Requests = yes.
  2. Dari client: set DNS = 172.16.96.254, lalu nslookup google.com → mendapat IP.
  3. CLI di router: /ip dns cache print — entri cache bertambah setelah query.
  4. Pastikan firewall tidak membuka port 53 ke WAN (hindari open resolver).
✓ Resolusi nama dari client via gateway berhasil ✗ Domain tidak resolve → cek allow-remote-requests + DNS upstream
BAB 14 - NAT

NAT Masquerade — Pengertian Lengkap

PENGERTIAN LENGKAP TENTANG NAT
NAT (Network Address Translation) adalah mekanisme yang mengubah alamat IP (dan opsional nomor port) pada header paket IP saat paket melintas di router. Tujuan utamanya di jaringan rumah/kantor kecil: banyak perangkat dengan IP privat (RFC 1918) dapat berbagi satu (atau beberapa) alamat IP publik untuk mengakses internet.

Jenis NAT di RouterOS:
  • srcnat (Source NAT) — mengubah alamat sumber paket yang keluar. Dipakai agar balasan dari internet kembali ke router lalu diteruskan ke client yang benar.
  • dstnat (Destination NAT) — mengubah alamat tujuan paket yang masuk. Dipakai untuk port forwarding (mis. buka kamera IP di belakang NAT).
  • action=masquerade — bentuk khusus srcnat yang otomatis memakai IP outbound interface sebagai source. Cocok untuk WAN DHCP karena IP publik bisa berubah.
  • action=src-nat — srcnat eksplisit dengan to-addresses (dan opsional to-ports). Cocok jika IP publik statis.
  • action=dst-nat / redirect / netmap — variasi destination NAT dan mapping 1:1.
Connection tracking wajib aktif: RouterOS mencatat setiap koneksi (src IP:port ↔ dst IP:port) sehingga paket balasan bisa di-un-NAT dengan benar. Sumber: help.mikrotik.com/docs/display/ROS/NAT.

Alur paket (outbound): Client 172.16.96.10:54321 → 8.8.8.8:53. Saat paket keluar ether1-WAN, rule srcnat masquerade mengubah source menjadi IP_PUBLIK:port_acak. Connection tracking menyimpan mapping. Saat balasan datang ke IP_PUBLIK:port_acak, router mengembalikan ke 172.16.96.10:54321.

Langkah via WinBox — Detail setiap field

  1. Menu IP → Firewall → NAT → +.
  2. Tab General:
    • Chain = srcnat — rule ini diproses di tahap source NAT (setelah routing decision, sebelum paket keluar interface).
    • Out. Interface = ether1-WAN — hanya paket yang keluar lewat WAN yang di-NAT. Paket antar-LAN tidak perlu diubah.
    • Src. Address / Dst. Address dikosongkan = berlaku untuk semua (bisa dibatasi ke 172.16.96.0/24 jika diinginkan).
  3. Tab Action:
    • Action = masquerade — ganti source IP dengan IP interface keluar (ether1-WAN).
  4. Klik OK. Pastikan rule enabled (centang hijau).

Script CLI + Penjelasan Baris per Baris

CLI
/ip firewall nat
add chain=srcnat out-interface=ether1-WAN action=masquerade comment="NAT LAN+Hotspot ke Internet"
# chain=srcnat → rule dipasang di chain source NAT.
# out-interface=ether1-WAN → hanya paket yang keluar lewat WAN.
# action=masquerade → source IP diganti otomatis dengan IP ether1-WAN saat itu.
# comment → dokumentasi di dalam konfigurasi.
#
# Alternatif jika IP publik statis:
# add chain=srcnat out-interface=ether1-WAN action=src-nat to-addresses=103.x.x.x
PENDALAMAN BAB 14
Tujuan: menerjemahkan seluruh subnet internal ke WAN secara terukur. Prasyarat: address LAN, route default, dan interface WAN telah tervalidasi.
Analisis: masquerade cocok untuk IP WAN dinamis. NAT bukan firewall; akses masuk tetap harus dikendalikan oleh filter input/forward dan connection tracking.
Validasi: amati counter rule NAT, conntrack, dan packet capture/Torch; batasi source address bila router memiliki lebih dari satu segmen internal.

Animasi Proses: Alur NAT Masquerade

1Paket dari LAN
→
2Routing Decision
→
3srcnat Masquerade
→
4Keluar WAN
→
5Balasan Un-NAT
LAN Client 172.16.96.10 NAT Masqueradesrc → IP publik Internet
SUMBER RESMI
NAT: https://help.mikrotik.com/docs/display/ROS/NAT · Firewall: https://help.mikrotik.com/docs/display/ROS/Firewall
CATATAN TEKNIS
  • Masquerade lebih fleksibel untuk WAN DHCP; src-nat + to-addresses untuk IP statis.
  • Connection tracking wajib aktif: /ip firewall connection tracking print.
  • RAM 32 MB di RB941 membatasi jumlah concurrent connection — pantau dengan Torch atau /ip firewall connection print.
  • Urutan rule NAT penting; rule lebih spesifik sebaiknya di atas.
KELEBIHAN MASQUERADE
  • Otomatis mengikuti perubahan IP WAN
  • Satu rule cukup untuk seluruh LAN + hotspot
  • Standar dan mudah dipahami
KEKURANGAN
  • Tidak cocok jika perlu port-forward stabil ke IP publik tetap (lebih baik src-nat/dst-nat eksplisit)
  • Menambah beban connection tracking di perangkat low-RAM
CEK HASIL / UJI COBA
  1. IP → Firewall → NAT: rule srcnat masquerade out-interface=ether1-WAN enabled.
  2. Client LAN dengan IP privat → buka browser ke internet → halaman load.
  3. CLI: /ip firewall nat print dan /ip firewall connection print — koneksi tercatat.
  4. Tanpa masquerade, client biasanya tidak bisa browsing meski ping gateway OK.
✓ Client LAN akses internet; bytes rule NAT naik ✗ Internet gagal meski ping 8.8.8.8 dari router OK → cek out-interface NAT
BAB 15 - DHCP SERVER

DHCP Pool & DHCP Server LAN

PENGERTIAN LENGKAP
DHCP (Dynamic Host Configuration Protocol) memungkinkan client memperoleh IP address, gateway, DNS, dan parameter lain secara otomatis. Di sisi server, RouterOS membutuhkan tiga komponen:
  • IP Pool — kumpulan alamat yang boleh diberikan (ranges).
  • DHCP Server — proses yang listen di interface tertentu dan memakai pool tersebut.
  • DHCP Network — opsi yang dikirim ke client: gateway, DNS, domain, dll.
Proses DORA: Discover (client broadcast) → Offer (server tawarkan IP) → Request (client minta IP itu) → Acknowledge (server konfirmasi + opsi). Sumber: help.mikrotik.com/docs/display/ROS/DHCP+Server.

Langkah via WinBox — Detail

  1. IP → Pool → +: Name = pool1-LAN, Addresses = 172.16.96.1-172.16.96.253. Keterangan: sisakan .254 untuk gateway; .0 dan .255 tidak dipakai (network & broadcast).
  2. IP → DHCP Server → +: Name = dhcp1-LAN, Interface = bridge1-LAN, Address Pool = pool1-LAN, Lease Time = 00:02:00 (lab) atau lebih lama untuk produksi.
  3. IP → DHCP Server → Networks → +: Address = 172.16.96.0/24, Gateway = 172.16.96.254, DNS Server = 8.8.8.8,1.1.1.1 (atau IP gateway jika pakai DNS cache router).

Script CLI + Penjelasan Baris per Baris

CLI
/ip pool
add name=pool1-LAN ranges=172.16.96.1-172.16.96.253
# name → identitas pool. ranges → rentang IP yang boleh di-lease.

/ip dhcp-server
add name=dhcp1-LAN interface=bridge1-LAN address-pool=pool1-LAN \
    lease-time=00:02:00 disabled=no
# interface=bridge1-LAN → server hanya melayani client di bridge ini.
# address-pool → ambil IP dari pool1-LAN.
# lease-time=00:02:00 → 2 menit (cocok lab; produksi biasanya 1h+).
# disabled=no → server aktif.

/ip dhcp-server network
add address=172.16.96.0/24 gateway=172.16.96.254 \
    dns-server=8.8.8.8,1.1.1.1
# address → subnet yang dilayani (harus cocok dengan IP di bridge).
# gateway → default gateway yang diinformasikan ke client.
# dns-server → DNS yang diinformasikan ke client.
SUMBER RESMI
DHCP Server: https://help.mikrotik.com/docs/display/ROS/DHCP+Server
CATATAN TEKNIS
  • Jika Hotspot Setup dijalankan di interface yang sama, DHCP sering dibuat otomatis — hindari duplikat.
  • Cek lease: /ip dhcp-server lease print.
  • Gateway di network harus sama dengan IP address di bridge1-LAN.
PENDALAMAN BAB 15
Tujuan: membagikan parameter jaringan yang konsisten kepada client LAN. Prasyarat: gateway bridge aktif dan tidak ada DHCP server kedua pada broadcast domain yang sama.
Analisis: pool hanya menentukan alamat; DHCP network menentukan gateway, DNS, dan opsi subnet. Lease time pendek cocok untuk lab, tetapi menambah traffic renewal.
Validasi: renew lease client, cocokkan address/gateway/DNS, cek bound lease, dan pastikan pool tidak mencakup gateway atau broadcast.

Animasi Proses DHCP (DORA)

1DISCOVER
→
2OFFER
→
3REQUEST
→
4ACKNOWLEDGE
CEK HASIL / UJI COBA
  1. Client di bridge1-LAN set ke Obtain IP Automatically.
  2. Client mendapat IP di range 172.16.96.1–253, gateway 172.16.96.254, DNS terisi.
  3. IP → DHCP Server → Leases: ada lease bound untuk client.
  4. CLI: /ip dhcp-server lease print
✓ Client dapat IP otomatis; lease tercatat ✗ APIPA 169.254.x.x → DHCP server disabled / interface salah / pool kosong
BAB 16 - HOTSPOT

Hotspot & Walled Garden — Eksplorasi Fitur Lengkap

PENGERTIAN LENGKAP
Hotspot di RouterOS adalah implementasi captive portal: sebelum client mendapat akses internet penuh, browser diarahkan ke halaman login untuk autentikasi. Hanya IPv4 yang didukung penuh (bergantung rule NAT firewall; IPv6 belum didukung untuk Hotspot).

Fitur inti resmi: autentikasi lokal atau RADIUS, accounting lokal/RADIUS, walled garden, kustom halaman login, translasi IP client ke pool valid, serta pemberitahuan captive portal ke DHCP client (RFC 7710, perlu DNS name + sertifikat SSL). Sumber: help.mikrotik.com – HotSpot Captive Portal.

Komponen Konfigurasi

Menu / PathFungsi
/ip hotspotServer hotspot (terikat interface)
/ip hotspot profileProfil server: dns-name, HTML dir, login-by, RADIUS
/ip hotspot user profileKebijakan per grup (rate-limit, timeout, shared-users)
/ip hotspot userAkun username/password + profile
/ip hotspot walled-gardenBypass HTTP by host/path
/ip hotspot walled-garden ipBypass L3/L4 (penting untuk HTTPS, DNS)
/ip hotspot activeSesi login aktif (read-only)
/ip hotspot host / cookie / ip-bindingHost, cookie, bypass/blokir per IP-MAC

Hotspot Setup wizard biasanya membuat server, profile, pool, DHCP, dan rule firewall/NAT. Jangan buat DHCP Server manual di interface yang sama kecuali Anda paham interaksinya.

Metode Login (login-by)

MetodeKeterangan
http-chapForm login; password tidak plain (CHAP) — umum dipakai
http-papForm login; password plain (kurang aman)
httpsLogin lewat HTTPS (perlu sertifikat)
cookieSetelah login sukses, browser simpan cookie → login otomatis berikutnya
mac-cookieMirip cookie berbasis MAC (cocok HP/gadget)
macAutentikasi dari MAC tanpa form; MAC dicatat sebagai user
trialAkses gratis terbatas waktu tanpa login (mis. 10–30 menit)

Trial: trial-uptime = lama trial; nilai kedua = jeda sebelum trial boleh dipakai lagi oleh MAC yang sama. Default profil: login-by=http-chap,cookie.

User Profile — Kebijakan Grup

ParameterFungsi
rate-limitBatas bandwidth (upload/download, mis. 1M/2M)
shared-usersBerapa device boleh pakai 1 akun bersamaan
session-timeoutMaksimal lama sesi
idle-timeoutPutus jika idle terlalu lama
limit-bytes-*Kuota data (total / in / out)
add-mac-cookie + timeoutIngat device setelah logout
address-listMasukkan IP user ke list (untuk queue/firewall)
on-login / on-logoutScript saat login/logout
advertisePopup iklan berkala (bisa diblokir browser)

Walled Garden (Dua Jenis)

JenisPathLayerKegunaan
HTTP/ip hotspot walled-gardenHost/path HTTPHalaman login, aset HTTP
IP/ip hotspot walled-garden ipIP, port, protocolHTTPS, DNS, payment, deteksi captive OS

HTTPS hampir selalu perlu walled-garden ip, karena isi HTTPS tidak diinspeksi seperti HTTP. Tanpa rule IP, client sering gagal load resource HTTPS sebelum login.

IP Binding

Mengikat IP/MAC agar bypassed (internet tanpa login), blocked (ditolak), atau regular (alur hotspot normal). Berguna untuk printer, device staf, atau management AP.

RADIUS & Tools Eksternal

use-radius=yes di hotspot profile + /radius add service=hotspot. User & accounting bisa di FreeRADIUS. Tools seperti Mikhmon sering memakai API router (port 8728/8729) — aktifkan API hanya dari IP admin tepercaya.

Kustomisasi Halaman HTML

FileFungsi
login.htmlForm login
status.htmlStatus sesi + statistik
logout.html / alogin.htmlLogout / setelah login sukses
redirect.html / error.htmlRedirect & error
api.jsonInfo captive portal RFC 7710 (penting v7.3+)

File ada di Files → hotspot (setelah Setup / Reset HTML). Bisa ganti logo, CSS, teks. Tiap server bisa beda folder lewat html-directory.

RFC 7710 — Deteksi Captive di HP

RouterOS dapat mengirim opsi DHCP agar device modern tahu ada captive portal. Syarat praktis: DNS name terisi + sertifikat SSL valid. Tanpa itu, deteksi mengandalkan probe browser/OS ke URL kenalan (bisa gagal jika di-block).

Langkah via WinBox — Detail

  1. IP → Hotspot → Hotspot Setup, pilih interface wlan2-hotspot.
  2. Ikuti wizard: alamat jaringan, pool DHCP, Certificate = none (HTTP) atau pilih cert untuk HTTPS, DNS Name = napang.net, buat user admin awal.
  3. IP → Hotspot → User Profiles: buat profil guru/murid/tamu — Shared Users, Rate Limit, Session Timeout.
  4. IP → Hotspot → Users: buat akun dan hubungkan ke profil.
  5. Walled Garden: pastikan dns-name login + DNS (UDP/TCP 53) di walled-garden / walled-garden ip.
  6. Opsional: edit Files → hotspot (login.html, dll.).

Script CLI + Penjelasan Baris per Baris

CLI
# Setelah Hotspot Setup wizard, lengkapi profil & user:
/ip hotspot user profile
add name=guru shared-users=2 rate-limit=2M/2M session-timeout=8h
add name=murid shared-users=1 rate-limit=1M/1M session-timeout=4h idle-timeout=15m
add name=tamu shared-users=1 rate-limit=512k/512k session-timeout=1h
# shared-users → batas device per akun. rate-limit → upload/download.
# session-timeout / idle-timeout → batas waktu sesi / idle.

/ip hotspot user
 add name=guru1 password=GANTI_PASSWORD_GURU profile=guru
 add name=murid1 password=GANTI_PASSWORD_MURID profile=murid
# name/password → kredensial di halaman login. profile → kebijakan grup.

/ip hotspot walled-garden
add dst-host=napang.net comment="DNS name halaman login"
# Izinkan host login page tanpa autentikasi.

/ip hotspot walled-garden ip
add action=accept protocol=udp dst-port=53 comment="DNS UDP"
add action=accept protocol=tcp dst-port=53 comment="DNS TCP"
# Bypass DNS agar resolusi nama berjalan sebelum login.
# Untuk HTTPS tertentu, tambah rule accept ke dst-address/port 443.
PENDALAMAN BAB 16
Tujuan: mengisolasi tamu dan menerapkan autentikasi, waktu, serta bandwidth. Prasyarat: wlan2 memiliki subnet sendiri dan wizard tidak dijalankan di interface LAN yang sudah memiliki DHCP.
Analisis: captive portal bergantung pada DNS, redirect, profile, cookie, dan walled garden. HTTPS tidak dapat diperlakukan seperti HTTP tanpa desain sertifikat dan pengecualian yang tepat.
Validasi: uji client baru, halaman login, akun salah/benar, session timeout, active user, dan akses ke LAN internal yang seharusnya dibatasi.

Animasi Proses: Login Hotspot

1Client Buka Browser
→
2Redirect Login
→
3Input User/Pass
→
4Session + Profile
→
5Akses Internet
SUMBER RESMI
HotSpot Captive Portal: https://help.mikrotik.com/docs/spaces/ROS/pages/56459266/HotSpot+-+Captive+portal · Customisation HTML & RADIUS di dokumentasi resmi yang sama.
CATATAN TEKNIS (RB941-2nD)
  • Level 4 membatasi concurrent hotspot user — cek System → License.
  • RAM 32 MB: jangan terlalu banyak user + script + queue berat bersamaan.
  • Certificate = none → login HTTP. HTTPS login memerlukan sertifikat.
  • Satu radio 2.4 GHz: SSID hotspot berbagi kapasitas dengan wlan1.
  • API untuk Mikhmon (8728/8729): batasi address= hanya IP admin.
  • device-mode di beberapa versi dapat membatasi fitur Hotspot — pastikan diizinkan.
  • Untuk HTTPS sebelum login, andalkan walled-garden ip, bukan hanya HTTP host.
KELEBIHAN
  • Cocok warnet, sekolah, guest WiFi, voucher, trial
  • Limit bandwidth, waktu, kuota, shared-users
  • Branding halaman login + integrasi RADIUS/Mikhmon
  • Walled garden & IP binding fleksibel
KEKURANGAN
  • Hanya IPv4 penuh
  • HTTPS perlu walled-garden IP yang rapi
  • Concurrent terbatas di Level 4 + RAM kecil
  • Salah setup DHCP/wizard bisa bentrok rule
CEK HASIL / UJI COBA
  1. HP connect ke SSID hotspot (ZTC-OPEN). Buka browser ke http://example.com.
  2. Hasil diharapkan: redirect ke halaman login Hotspot (bukan internet langsung).
  3. Login user murid1 / password → status.html / akses internet.
  4. IP → Hotspot → Active: sesi user tampil.
  5. Logout / idle-timeout → sesi hilang dari Active.
✓ Captive portal muncul; login sukses; sesi di Active ✗ Langsung internet tanpa login → server hotspot belum di interface wlan2
BAB 17 - LAYER7

Layer7 Protocol Filtering — Pengertian & Contoh Skrip

PENGERTIAN LENGKAP
Layer7 Protocol di RouterOS mendeteksi aplikasi/protokol berdasarkan pola (regular expression) di payload paket, bukan hanya nomor port. Setelah protokol didefinisikan di /ip firewall layer7-protocol, rule firewall filter dapat memakai matcher layer7-protocol=nama untuk accept, drop, reject, atau mark.

Keterbatasan penting:
  • HTTPS/TLS dan QUIC mengenkripsi payload → banyak pola HTTP lama tidak lagi cocok.
  • Sangat boros CPU & RAM karena inspeksi isi paket. Di RB941-2nD (650 MHz / 32 MB) pakai hemat.
  • Regexp yang terlalu longgar mudah false-positive (memblokir trafik yang tidak dimaksud).
Sumber resmi: help.mikrotik.com/docs/display/ROS/L7 (Layer7 protocol).

Mengapa Regex Layer7 Lemah terhadap HTTPS?

PENJELASAN TEKNIS
Layer7 membaca payload (isi) paket dan mencocokkannya dengan regular expression. Pada HTTP plain (port 80), request masih berisi teks terbaca, misalnya:
GET /watch?v=xxxx HTTP/1.1
Host: www.youtube.com
Pola seperti ^.+(youtube.com|googlevideo.com).*$ bisa match.

Pada HTTPS (port 443), setelah handshake TLS selesai, URL, path, header, dan body dienkripsi. Payload menjadi ciphertext — string domain tidak lagi muncul. Akibatnya regexp Layer7 yang mengandalkan teks HTTP hampir tidak efektif terhadap web modern.

Apa yang masih “jelas” di HTTPS? Di awal koneksi TLS ada ClientHello. Pada TLS 1.2, SNI (Server Name Indication) sering masih plain text (nama host yang diminta client). Namun Layer7 RouterOS adalah matcher regexp payload umum, bukan parser SNI khusus. Di TLS 1.3 + ECH (Encrypted Client Hello) dan pada QUIC/HTTP3 (UDP 443), SNI semakin sulit atau tidak terbaca. Jadi mengandalkan Layer7 untuk blokir HTTPS secara andal tidak tepat.

AspekHTTP (port 80)HTTPS / QUIC
Payload terbaca?Ya (teks plain)Tidak (terenkripsi setelah handshake)
Regexp domain/pathBisa matchUmumnya gagal
SNI di ClientHello—Sering plain di TLS 1.2; bisa terenkripsi di TLS 1.3+ECH
Beban CPU Layer7TinggiTinggi + hasil match rendah
IMPLIKASI DI RB941-2nD
Layer7 memakan CPU/RAM karena inspeksi payload. HTTPS mendominasi trafik web → match rate rendah, sementara CPU bisa naik. Cocok untuk latihan lab regexp, bukan andalan filtering produksi. Untuk blokir domain sehari-hari, prioritaskan DNS static (Bab 24) + pastikan client memakai DNS router, atau address-list / fitur tls-host jika tersedia di versi RouterOS Anda.

Alternatif yang lebih masuk akal:

Langkah via WinBox — Detail

  1. IP → Firewall → Layer7 Protocols → +: isi Name (mis. youtube) dan Regexp (pola di bawah).
  2. IP → Firewall → Filter Rules → +: Chain = forward, Layer7 Protocol = nama yang dibuat, Action = drop (atau accept/mark sesuai kebutuhan).
  3. Letakkan rule Layer7 setelah rule established/related agar tidak membebani koneksi yang sudah jalan.
  4. Monitor CPU di System → Resources saat rule aktif — jika CPU sering 100%, kurangi jumlah rule Layer7.

Contoh Skrip Layer7 (Praktis) + Penjelasan Baris per Baris

Contoh di bawah untuk latihan lab. Efektivitas terhadap situs HTTPS modern terbatas; kombinasi dengan DNS static (Bab 24) biasanya lebih ringan dan stabil di RB941.

CLI — Definisi Layer7 + Rule Filter
# ===== 1) Streaming / video (pola klasik, terbatas di HTTPS) =====
/ip firewall layer7-protocol
add name=youtube regexp="^.+(youtube.com|youtu.be|googlevideo.com).*$"
# name=youtube → identitas protokol.
# regexp → cocok jika payload mengandung salah satu domain tersebut.
# ^.+  → awal string bebas; .*$ → akhir bebas. Pola sengaja longgar untuk lab.

add name=facebook regexp="^.+(facebook.com|fbcdn.net|fb.com).*$"
# Pola serupa untuk Facebook / CDN-nya.

add name=tiktok regexp="^.+(tiktok.com|musical.ly|tiktokv.com).*$"
# Domain TikTok yang sering muncul di request lama.

add name=instagram regexp="^.+(instagram.com|cdninstagram.com).*$"

# ===== 2) Messaging / chat (contoh) =====
add name=whatsapp regexp="^.+(whatsapp.com|whatsapp.net).*$"
# Hanya efektif jika ada string domain di payload (jarang pada trafik terenkripsi penuh).

# ===== 3) Game / lain-lain (contoh generik) =====
add name=game-online regexp="^.+(garena|steamcontent|roblox).*$"
# Ganti domain sesuai game yang ingin dideteksi di lab.

# ===== 4) Rule firewall yang memakai Layer7 =====
/ip firewall filter

# Disarankan: biarkan established/related di atas
add chain=forward connection-state=established,related action=accept \
    comment="Allow established/related"

# Blokir berdasarkan Layer7 (contoh: youtube)
add chain=forward layer7-protocol=youtube action=drop \
    comment="Drop trafik yang match Layer7 youtube"
# chain=forward → trafik yang melewati router (LAN/hotspot ke internet).
# layer7-protocol=youtube → matcher ke definisi di atas.
# action=drop → buang paket tanpa kirim ICMP unreachable.

# Contoh: blokir facebook + tiktok
add chain=forward layer7-protocol=facebook action=drop comment="Drop Facebook L7"
add chain=forward layer7-protocol=tiktok action=drop comment="Drop TikTok L7"

# Contoh: mark connection untuk queue (opsional, lebih advanced)
# add chain=forward layer7-protocol=youtube action=mark-connection \
#     new-connection-mark=yt-conn comment="Mark YouTube untuk queue"
# Kemudian Simple Queue / Queue Tree bisa membatasi connection-mark=yt-conn.

Contoh Regexp Singkat Lain (referensi lab)

CLI — Hanya definisi Layer7
/ip firewall layer7-protocol
add name=http-get regexp="^GET .+ HTTP/1\\.[01]\\r\\n"
# Deteksi HTTP GET klasik (port 80). Berguna untuk latihan, bukan untuk blokir modern.

add name=http-host-video regexp="^.(Host: video\\.|Host: www\\.youtube\\.).*"
# Mencoba menangkap header Host pada HTTP plain (bukan HTTPS).

add name=bittorrent regexp="^(\\x13BitTorrent protocol|d1:.*:.*:.*:.*:.*:.*)"
# Pola legendaris BitTorrent handshake (contoh komunitas). Hasil bervariasi.
CARA UJI DI LAB
  1. Aktifkan 1–2 rule Layer7 saja dulu.
  2. Dari client, buka situs yang dipola (atau generate trafik HTTP plain).
  3. Cek /ip firewall filter print stats — kolom Bytes/Packets rule Layer7 harus naik jika match.
  4. Cek /system resource print — CPU tidak boleh terus-menerus 100%.
  5. Nonaktifkan rule yang tidak perlu: /ip firewall filter disable [find comment~"L7"].
SUMBER RESMI
Layer7 Protocol: https://help.mikrotik.com/docs/display/ROS/L7 · Firewall Filter: https://help.mikrotik.com/docs/display/ROS/Filter
CATATAN TEKNIS
  • Di RB941-2nD, batasi maksimal beberapa rule Layer7 aktif. Prioritaskan DNS static (Bab 24) + firewall address-list untuk domain yang sudah diketahui IP-nya.
  • Regexp di RouterOS memakai sintaks mirip POSIX; escape karakter khusus (. * + ? () dll.) dengan benar.
  • Layer7 tidak menggantikan solusi filtering enterprise; anggap sebagai alat bantu lab dan kebijakan ringan.
  • Untuk HTTPS, pertimbangkan blokir via DNS static ke 127.0.0.1 + pastikan client memakai DNS router.
PENDALAMAN BAB 17
Tujuan: memahami kapan Layer7 berguna dan kapan harus dihindari. Prasyarat: filter established/related berada di atas rule inspeksi.
Analisis: matcher membaca payload koneksi baru dan mahal bagi CPU/RAM; enkripsi HTTPS, QUIC, dan ECH membuat regexp domain tidak dapat diandalkan.
Validasi: cek counter rule, uji HTTP lab yang memang cocok, pantau CPU, lalu nonaktifkan rule bila false positive atau beban meningkat.

Animasi Proses: Layer7 Match

1Paket Masuk
→
2Inspeksi Payload
→
3Regexp Match?
→
4Action Drop/Mark
KELEBIHAN LAYER7
  • Bisa mendeteksi aplikasi di luar port standar
  • Cocok untuk latihan regexp & firewall di lab TKJ
  • Bisa digabung dengan mark-connection untuk queue
KEKURANGAN
  • Berat di CPU/RAM perangkat entry-level
  • Tidak andal terhadap HTTPS/QUIC modern
  • Regexp salah → false positive / false negative
CEK HASIL / UJI COBA
  1. Aktifkan 1 rule Layer7 (mis. youtube) + filter drop.
  2. Dari client buka HTTP plain atau trafik yang cocok pola (uji lab).
  3. CLI: /ip firewall filter print stats — packets/bytes rule Layer7 naik jika match.
  4. System → Resources: pantau CPU; jika 100% terus, nonaktifkan rule berlebih.
  5. Catatan: situs HTTPS modern sering tidak terblokir Layer7 — normal; lanjutkan metode DNS di Bab 24.
✓ Stats rule naik saat pola match (HTTP lab) ✗ Stats 0 di HTTPS → gunakan DNS static (Bab 24), bukan hanya Layer7
BAB 18 - WEB PROXY

Web Proxy & Transparent Proxy — Pengertian Lengkap

PENGERTIAN LENGKAP WEB PROXY
Web Proxy adalah perantara antara client (browser/perangkat) dan server web di internet. Client tidak langsung mengambil halaman dari internet, melainkan meminta ke proxy; proxy yang meneruskan request, menerima respons, lalu mengembalikannya ke client.

Di MikroTik RouterOS, fitur ini ada di menu IP → Web Proxy (/ip proxy). Proxy ini terutama untuk HTTP. Dukungan terhadap HTTPS terbatas karena isi koneksi terenkripsi. Sumber: help.mikrotik.com/docs/display/ROS/Proxy.

Alur kerja umum:

  1. Client mengirim request HTTP ke proxy (atau diarahkan lewat transparent proxy).
  2. Proxy memeriksa Access rule (allow/deny berdasarkan host, path, method, dll.).
  3. Jika diizinkan, proxy mengambil konten dari server asal (atau dari cache jika sudah pernah diambil).
  4. Respons dikirim kembali ke client.
  5. Opsional: konten disimpan di cache agar request berikutnya lebih hemat bandwidth.

Explicit Proxy vs Transparent Proxy

AspekExplicit ProxyTransparent Proxy
Setting di clientWajib (isi IP:port proxy di browser/OS)Tidak perlu
Pengalaman userHarus konfigurasi manual / policy“Transparan” — user tidak sadar ada proxy
Cara kerjaClient sengaja kirim request ke proxyRouter memaksa trafik HTTP masuk ke proxy lewat dstnat redirect
Cocok untukLab, perangkat yang bisa di-setLab/kantor agar semua device ikut tanpa setting

Pengertian Transparent Proxy

DEFINISI
Transparent Proxy adalah mode di mana client tidak perlu mengatur proxy manual. Trafik HTTP client tetap terasa “langsung” ke internet, tetapi di belakang layar router mengalihkan (redirect) paket itu ke layanan Web Proxy. Di MikroTik ini digabung antara IP → Web Proxy (port mis. 8080) dan rule IP → Firewall → NAT (dstnat + action=redirect).

Alur Transparent Proxy:

1Client HTTP :80
→
2dstnat Redirect
→
3Proxy :8080
→
4Cek Access / Cache
→
5Internet / Deny

Client membuka http://contoh.com → paket port 80 ditangkap router → dialihkan ke port proxy → access list diproses → jika allow, konten diambil dari internet (atau cache).

Langkah via WinBox — Detail

  1. IP → Web Proxy: Enabled = yes, Port = 8080 (atau port lain yang tidak bentrok).
  2. Opsional: atur Max Client Connections agar RAM RB941 tidak habis.
  3. IP → Web Proxy → Access: buat rule deny untuk host yang diblokir, lalu allow untuk sisanya (urutan penting: deny di atas).
  4. Untuk Transparent: IP → Firewall → NAT → + → Chain = dstnat, Protocol = tcp, Dst. Port = 80, In. Interface = bridge1-LAN, Action = redirect, To Ports = 8080.
  5. Jangan pasang redirect pada interface WAN.

Script CLI + Penjelasan Baris per Baris

CLI — Web Proxy + Access + Transparent
# ===== 1) Aktifkan Web Proxy =====
/ip proxy set enabled=yes port=8080
# enabled=yes → layanan proxy aktif.
# port=8080 → port listen proxy (client explicit atau hasil redirect).

# Opsional batasi beban di RB941:
# /ip proxy set max-client-connections=50 max-server-connections=50

# ===== 2) Access list (urutan: deny dulu, allow di bawah) =====
/ip proxy access
add action=deny dst-host=*.situs-terlarang.com comment="Blokir host contoh"
# action=deny → tolak request ke host yang cocok.
# dst-host mendukung wildcard (*).

add action=allow dst-host=* comment="Izinkan host lain"
# allow semua yang tidak tertangkap rule deny di atas.

# ===== 3) Transparent Proxy — redirect HTTP LAN ke proxy =====
/ip firewall nat
add chain=dstnat protocol=tcp dst-port=80 in-interface=bridge1-LAN \
    action=redirect to-ports=8080 comment="Transparent proxy HTTP"
# chain=dstnat → ubah tujuan paket sebelum routing keluar.
# protocol=tcp dst-port=80 → hanya HTTP plain.
# in-interface=bridge1-LAN → HANYA dari LAN (jangan WAN).
# action=redirect → alihkan ke port di router sendiri.
# to-ports=8080 → port Web Proxy.

# Untuk hotspot (opsional, interface terpisah):
# add chain=dstnat protocol=tcp dst-port=80 in-interface=wlan2-hotspot \
#     action=redirect to-ports=8080 comment="Transparent proxy Hotspot"

Web Proxy vs HTTPS

BATASAN HTTPS
Proxy HTTP biasa tidak membuka isi HTTPS. URL, path, dan body terenkripsi setelah handshake TLS. Filtering by path hampir tidak efektif; filtering by hostname terbatas tanpa SSL inspection (rumit, boros CPU/RAM, tidak cocok RB941-2nD).
AspekHTTPHTTPS
URL / path terbaca proxy?YaUmumnya tidak
Filtering by pathEfektifSangat terbatas
Filtering by hostnameYaTerbatas (perlu metode khusus / SNI)
Cache kontenBisaHampir tidak praktis tanpa decrypt

Transparent proxy klasik mengalihkan port 80. Redirect port 443 ke proxy HTTP biasa tidak membuat HTTPS bisa difilter seperti HTTP. Untuk blokir domain HTTPS, prioritaskan DNS static (Bab 24) + client memakai DNS router.

SUMBER RESMI
Proxy: https://help.mikrotik.com/docs/display/ROS/Proxy · NAT redirect: dokumentasi Firewall NAT di help.mikrotik.com.
CATATAN TEKNIS (RB941-2nD)
  • Cache + banyak koneksi memakan RAM — batasi max-client-connections.
  • Jangan gabung Layer7 + Web Proxy + banyak queue kompleks sekaligus di perangkat 32 MB.
  • in-interface redirect harus LAN/bridge/hotspot, bukan ether1-WAN.
  • Salah konfigurasi NAT redirect bisa membuat browsing HTTP gagal — uji bertahap.
  • Matikan proxy (/ip proxy set enabled=no) jika tidak dipakai agar port dan proses tidak jalan sia-sia.
  • Urutan access list penting: rule deny spesifik di atas, allow umum di bawah.
PENDALAMAN BAB 18
Tujuan: membedakan explicit proxy dan redirect transparan. Prasyarat: tentukan trafik HTTP yang memang boleh diarahkan dan siapkan jalur bypass untuk management.
Analisis: proxy HTTP tidak otomatis memahami HTTPS. Redirect terlalu luas dapat mengganggu update, aplikasi, atau captive portal; access list diproses berdasarkan urutan.
Validasi: uji satu client dengan HTTP, cek proxy access log, uji host yang ditolak, lalu matikan proxy bila tidak digunakan untuk mengurangi permukaan serangan.

Animasi Proses: Proxy Request

1Client Request
→
2Proxy Terima
→
3Cek Access Rule
→
4Fetch / Cache / Deny
KELEBIHAN
  • Kontrol akses berbasis host/URL (HTTP)
  • Cache bisa menghemat bandwidth berulang
  • Transparent: semua client ikut tanpa set manual
  • Cocok untuk pembelajaran TKJ / UKK
KEKURANGAN
  • Lemah terhadap HTTPS/QUIC
  • Cache + koneksi memakan RAM (kritis di RB941)
  • Transparent salah konfigurasi bisa memutus browsing
  • Bukan pengganti solusi filtering enterprise
ANALOGI
Explicit proxy = tamu harus lapor dulu ke resepsionis sebelum ke ruangan. Transparent proxy = setiap orang yang masuk pintu otomatis diarahkan lewat resepsionis tanpa mereka diminta mengisi formulir sendiri — tetap diperiksa, tetapi prosesnya “tidak terasa” di sisi tamu.
CEK HASIL / UJI COBA
  1. IP → Web Proxy: enabled, port 8080.
  2. Uji explicit: set proxy browser ke IP_router:8080, buka http://example.com → load.
  3. Uji deny: akses host yang di-deny di Access list → diblokir / error proxy.
  4. Transparent: dari client LAN buka HTTP (bukan HTTPS) tanpa set proxy → tetap lewat proxy (cek log/access).
✓ HTTP lewat proxy; host deny ditolak ✗ HTTPS “lolos” filter path → wajar; proxy HTTP tidak decrypt TLS
BAB 19 - SIMPLE QUEUE

Simple Queue — Manajemen Bandwidth

PENGERTIAN LENGKAP
Simple Queue adalah cara termudah membatasi bandwidth per target (IP, range, atau interface). RouterOS mengukur trafik dan menerapkan max-limit (serta opsional limit-at, burst, priority).

Format limit: upload/download dari sudut pandang router (tx/rx). Contoh 2M/2M = 2 Mbps naik dan 2 Mbps turun. Untuk kontrol lebih halus (per connection, hierarchical) digunakan Queue Tree + packet mark — lebih berat di CPU. Sumber: help.mikrotik.com/docs/display/ROS/Queues.

Langkah via WinBox

  1. Queues → Simple Queue → +.
  2. Name = queue1-LAN, Target = 172.16.96.193-172.16.96.253 (atau interface).
  3. Max Limit = 2M/2M (upload/download).
  4. Ulangi untuk hotspot: Target = wlan2-hotspot atau subnet 10.0.0.0/24, Max Limit lebih kecil jika diinginkan.

Script CLI + Penjelasan Baris per Baris

CLI
/queue simple
add name=queue1-LAN target=172.16.96.193-172.16.96.253 max-limit=2M/2M
# target → IP/range/interface yang dibatasi.
# max-limit=2M/2M → batas maksimum upload/download (tx/rx router).

add name=queue2-WLAN2 target=wlan2-hotspot max-limit=512k/512k
# membatasi seluruh interface hotspot ke 512 kbps.
SUMBER RESMI
Queues: https://help.mikrotik.com/docs/display/ROS/Queues
CATATAN TEKNIS
  • Urutan Simple Queue penting — yang di atas diproses lebih dulu.
  • Target interface vs IP range: interface mencakup semua IP di interface itu.
  • Burst memungkinkan lonjakan singkat di atas max-limit (opsional, field terpisah).
PENDALAMAN BAB 19
Tujuan: membatasi bandwidth tanpa salah arah upload/download. Prasyarat: tetapkan target IP/interface dan kapasitas WAN yang realistis.
Analisis: urutan simple queue, target interface, parent queue, dan format upload/download memengaruhi hasil. Jangan menjadikan queue sebagai pengganti firewall.
Validasi: uji download dan upload terpisah, lihat rate serta counter, kemudian pastikan client di luar target tidak ikut terbatas.

Animasi Proses: Queue Limit

1Trafik Client
→
2Cocok Target?
→
3Ukur Rate
→
4Limit / Lolos
CEK HASIL / UJI COBA
  1. Queues → Simple Queue: rate actual tidak melebihi max-limit saat download besar.
  2. Uji speedtest / download file di client target queue (mis. max 2M/2M).
  3. CLI: /queue simple print stats — rate dan bytes naik, tetap di bawah limit.
✓ Throughput client ≈ max-limit (bukan full bandwidth WAN) ✗ Tidak terbatas → target IP/interface salah atau queue disabled
BAB 20 - SCHEDULER

Scheduler & Script

PENGERTIAN LENGKAP
Script di RouterOS adalah rangkaian perintah CLI yang disimpan dan bisa dijalankan on-demand atau otomatis. Scheduler menjalankan script pada waktu/interval tertentu (setiap hari jam 22:00, setiap 1 jam, saat startup, dll.). Kombinasi keduanya memungkinkan otomasi: matikan WiFi malam hari, backup config berkala, kirim notifikasi, flush cache, dll. Sumber: help.mikrotik.com/docs/display/ROS/Scripting dan Scheduler.

Langkah via WinBox

  1. System → Scripts → +: Name = matikan-wifi, Policy centang sesuai kebutuhan (read, write, test, dll.), Source = perintah CLI (mis. /interface wireless disable wlan1).
  2. System → Scheduler → +: Name = jadwal-malam, Start Time = 22:00:00, Interval = 1d, On Event = matikan-wifi.

Script CLI + Penjelasan Baris per Baris

CLI
/system script
add name=matikan-wifi source={
  /interface wireless disable wlan1
  /log info "WiFi wlan1 dimatikan oleh scheduler"
}
# source={...} → isi script. disable wlan1 mematikan radio AP.
# /log info → menulis ke log sistem agar bisa diaudit.

/system scheduler
add name=jadwal-malam start-time=22:00:00 interval=1d on-event=matikan-wifi
# start-time → jam pertama kali jalan. interval=1d → berulang tiap hari.
# on-event → nama script yang dijalankan.
SUMBER RESMI
Scripting: https://help.mikrotik.com/docs/display/ROS/Scripting · Scheduler di dokumentasi System.
CATATAN TEKNIS
  • Policy script harus cukup (minimal read/write sesuai perintah di dalamnya).
  • Clock harus akurat (bab 11) agar jadwal benar.
  • Test script manual dulu: /system script run matikan-wifi.
PENDALAMAN BAB 20
Tujuan: mengotomasi tugas yang dapat diulang dan dibatalkan. Prasyarat: clock sinkron, policy script minimal, dan backup sebelum otomasi dijalankan.
Analisis: script harus idempotent, memiliki nama/comment yang jelas, dan tidak membuat objek duplikat setiap interval. Hindari menyimpan password/token dalam source.
Validasi: jalankan manual, periksa log, uji kondisi gagal, lalu pastikan scheduler dapat disable/rollback dengan satu perintah.

Animasi Proses: Scheduler

1Buat Script
→
2Buat Scheduler
→
3Waktu Tercapai
→
4Script Dieksekusi
CEK HASIL / UJI COBA
  1. Jalankan manual: /system script run matikan-wifi → wlan1 disabled.
  2. Cek Log: pesan “WiFi wlan1 dimatikan oleh scheduler”.
  3. Aktifkan lagi wlan1 untuk lab: /interface wireless enable wlan1.
  4. Scheduler: pastikan Start Time & Interval benar; clock harus akurat (Bab 11).
✓ Script run manual sukses; log tercatat ✗ Script error → cek policy script (read/write/test)
BAB 21 - SERVICES

Services — Menonaktifkan Layanan Tidak Aman

PENGERTIAN LENGKAP
RouterOS menjalankan berbagai IP Services: telnet, ftp, www, www-ssl, api, api-ssl, ssh, winbox. Setiap service yang enabled membuka port dan memperbesar permukaan serangan. Prinsip hardening: nonaktifkan yang tidak dipakai, batasi dari IP tertentu jika tetap dibutuhkan. Sumber: help.mikrotik.com/docs/display/ROS/Services.

Langkah via WinBox

  1. IP → Services.
  2. Disable: telnet, ftp, www, www-ssl, api, api-ssl (kecuali benar-benar dipakai, mis. Mikhmon butuh API).
  3. Biarkan winbox (dan ssh jika dipakai remote aman). Opsional: set Available From = IP admin saja.

Script CLI + Penjelasan Baris per Baris

CLI
/ip service
disable [find name=telnet]
disable [find name=ftp]
disable [find name=www]
disable [find name=www-ssl]
disable [find name=api]
disable [find name=api-ssl]
# disable → menghentikan listen di port terkait.
# [find name=...] → mencari service by name agar aman jika order berubah.

# Opsional batasi WinBox hanya dari LAN:
# /ip service set winbox address=172.16.96.0/24
SUMBER RESMI
IP Services: https://help.mikrotik.com/docs/display/ROS/Services
CATATAN TEKNIS
  • Jangan disable winbox sebelum yakin bisa akses lewat cara lain (MAC WinBox / SSH).
  • API diperlukan tools seperti Mikhmon — batasi dengan address= jika diaktifkan.
  • Telnet mengirim password plain-text — selalu disable di produksi.
PENDALAMAN BAB 21
Tujuan: mengurangi service dan port yang tidak diperlukan. Prasyarat: siapkan jalur recovery MAC/console sebelum mematikan WinBox atau SSH.
Analisis: disable service mengurangi exposure, tetapi bukan pengganti firewall. Gunakan field address pada service dan filter input untuk membatasi sumber administrasi.
Validasi: cek /ip service print, scan hanya dari jaringan lab sendiri, dan pastikan jalur administrasi yang dipertahankan masih berfungsi.

Animasi Proses: Hardening Services

1List Services
→
2Disable Tidak Perlu
→
3Batasi Address
→
4Verifikasi Port
CEK HASIL / UJI COBA
  1. IP → Services: telnet, ftp, www, api = disabled (kecuali dibutuhkan).
  2. Dari PC: telnet IP_router 23 → connection refused / gagal.
  3. WinBox / SSH tetap bisa (jika tidak di-disable).
  4. CLI: /ip service print
✓ Port berbahaya tertutup; WinBox/SSH masih akses ✗ Terkunci total → recovery via MAC WinBox + enable service
BAB 22 - AKSES REMOTE

Login via Telnet, SSH & WebFig

PENGERTIAN LENGKAP
Selain WinBox, RouterOS bisa diakses lewat:
  • SSH (port 22) — remote shell terenkripsi, direkomendasikan untuk CLI remote.
  • Telnet (port 23) — plain-text, tidak aman; sebaiknya dimatikan.
  • WebFig (www port 80 / www-ssl 443) — GUI berbasis browser.
Untuk lab lokal, WinBox via MAC/IP sudah cukup. Untuk akses dari luar, gunakan VPN atau minimal SSH dengan key + firewall ketat. Sumber: Services & System.

Langkah praktis

  1. Pastikan service ssh enabled di IP → Services.
  2. Dari PC: ssh [email protected] (ganti IP sesuai gateway LAN).
  3. WebFig: buka browser ke http://172.16.96.254 (jika www enabled).

Script CLI

CLI
/ip service
set ssh disabled=no port=22
set telnet disabled=yes
set www disabled=yes
# Aktifkan hanya SSH; matikan telnet dan www jika tidak perlu WebFig.
SUMBER RESMI
Services: https://help.mikrotik.com/docs/display/ROS/Services
CATATAN TEKNIS
Jangan expose SSH/WinBox langsung ke internet tanpa VPN atau filter address yang ketat. Ganti port default jika perlu mengurangi scan otomatis.
PENDALAMAN BAB 22
Tujuan: menyediakan akses remote yang terenkripsi dan terbatas. Prasyarat: SSH hanya dibuka dari subnet admin atau melalui VPN; Telnet dan WebFig HTTP tidak dipakai untuk produksi.
Analisis: mengganti port bukan kontrol utama. Kombinasikan address restriction, firewall input, user terpisah, password kuat atau key, dan logging.
Validasi: uji login dari jaringan admin, pastikan WAN umum ditolak, cek log login, dan dokumentasikan prosedur recovery.

Animasi Proses: Koneksi SSH

1Client SSH
→
2Auth User/Pass
→
3Shell RouterOS
→
4Jalankan Perintah
CEK HASIL / UJI COBA
  1. Dari PC LAN: ssh [email protected] → login CLI berhasil.
  2. Jalankan /system identity print di session SSH.
  3. Jika www enabled: browser http://172.16.96.254 → WebFig.
  4. Telnet harus gagal (sudah di-disable Bab 21).
✓ SSH masuk; perintah CLI jalan ✗ Connection refused → service ssh disabled atau firewall block
BAB 23 - MONITORING

Log, Diagnostik & Pemantauan

PENGERTIAN LENGKAP
RouterOS menyediakan beberapa alat monitoring bawaan:
  • Log — catatan event (info, warning, error, critical) dengan topics (firewall, dhcp, hotspot, script, dll.).
  • Torch — melihat trafik real-time per interface (IP, port, protocol, rate).
  • ARP / Neighbors — daftar IP↔MAC dan perangkat MikroTik tetangga.
  • Resources — CPU, RAM, HDD, uptime.
  • Interface traffic — grafik RX/TX per port.
Sumber: dokumentasi Log, Torch, Tools di help.mikrotik.com.

Langkah praktis

  1. Log: lihat event terbaru; filter by topics jika perlu.
  2. Tools → Torch: pilih interface (ether1-WAN / bridge1-LAN), start — amati siapa memakai bandwidth.
  3. IP → ARP / IP → Neighbors: verifikasi client dan perangkat sekitar.
  4. System → Resources: pastikan CPU/RAM tidak kritis di RB941.

Script CLI + Penjelasan

CLI
/log print
# menampilkan log terbaru.

/tool torch interface=bridge1-LAN
# memonitor trafik di bridge (Ctrl+C untuk stop).

/ip arp print
/system resource print
# ARP table dan status resource (CPU, free memory).
SUMBER RESMI
Log & Tools: dokumentasi resmi di https://help.mikrotik.com
CATATAN TEKNIS
Di perangkat 32 MB RAM, jangan biarkan log terlalu besar tanpa rotasi; Torch juga memakan CPU saat dijalankan.
PENDALAMAN BAB 23
Tujuan: mengubah gejala menjadi bukti sebelum mengubah konfigurasi. Prasyarat: tentukan interface, waktu pengamatan, dan metrik yang dicari.
Analisis: log menjelaskan event, Torch menunjukkan flow, ARP menunjukkan pemetaan lokal, dan Resources menunjukkan tekanan perangkat; masing-masing tidak boleh ditafsirkan sebagai bukti yang sama.
Validasi: ambil baseline CPU/RAM/interface saat normal lalu bandingkan saat masalah terjadi, tanpa membiarkan Torch aktif terus-menerus.

Animasi Proses: Torch Monitoring

1Pilih Interface
→
2Start Torch
→
3Lihat Flow
→
4Analisis / Action
CEK HASIL / UJI COBA
  1. Log: event DHCP/hotspot/system muncul saat aktivitas lab.
  2. Tools → Torch di bridge1-LAN: terlihat IP client + rate saat download.
  3. IP → ARP: IP↔MAC client LAN tercatat.
  4. System → Resources: free memory & CPU terpantau (penting di 32 MB).
✓ Torch menampilkan flow; Resources terbaca ✗ Torch kosong → interface salah atau tidak ada trafik
BAB 24 - BLOKIR WEB

Blokir Web — 3 Metode & Analisanya

PENGERTIAN LENGKAP
Membatasi akses ke situs tertentu bisa dilakukan beberapa cara di RouterOS, masing-masing dengan trade-off:
  1. Firewall filter + Layer7 / address-list — blok berdasarkan IP atau pola payload (terbatas pada HTTPS).
  2. DNS static — resolve nama domain ke IP palsu (127.0.0.1); efektif jika client memakai DNS router.
  3. Web Proxy access deny — blok URL/host lewat proxy (kuat untuk HTTP, terbatas HTTPS).
  4. TLS Host / SNI filter (firewall raw atau filter dengan tls-host di versi tertentu) — membaca SNI di handshake TLS.
Tidak ada metode 100% sempurna tanpa inspeksi mendalam (yang mahal di CPU). Kombinasi DNS + firewall biasanya paling praktis di RB941.

Contoh CLI: DNS Static Block + Penjelasan

CLI
/ip dns static
add name=situs-terlarang.com address=127.0.0.1
add name=www.situs-terlarang.com address=127.0.0.1
# name → domain yang ingin diblokir.
# address=127.0.0.1 → client mendapat IP localhost, koneksi gagal.
# Syarat: client harus memakai DNS router (allow-remote-requests + dhcp dns-server = gateway).

Analisa singkat metode

DNS Static
  • Ringan di CPU
  • Mudah dikelola daftar domain
  • Bisa dilangkahi jika client ganti DNS publik
Layer7 saja
  • Berat di RB941
  • Tidak andal untuk HTTPS modern
  • False positive mungkin terjadi
SUMBER RESMI
DNS Static & Firewall: https://help.mikrotik.com/docs/display/ROS/DNS · Firewall filter docs.
CATATAN TEKNIS
Blokir DNS bisa dilangkahi dengan DoH/DoT di client modern. Untuk kebijakan ketat, pertimbangkan firewall + DNS + edukasi user, atau solusi filtering eksternal.
PENDALAMAN BAB 24
Tujuan: memilih metode pemblokiran sesuai protokol dan tingkat kontrol. Prasyarat: pastikan client memakai DNS router dan kebijakan DoH/DoT sudah dipertimbangkan.
Analisis: DNS static ringan tetapi mudah dilangkahi; Layer7 berat; proxy hanya kuat untuk HTTP; tls-host/address-list bergantung dukungan versi dan perubahan IP/CDN.
Validasi: uji domain terblokir, domain kontrol, DNS alternatif, cache client, dan IPv6 bila jaringan mengaktifkannya.

Animasi Proses: DNS Block

1Client Query Domain
→
2DNS Static Match
→
3Balas 127.0.0.1
→
4Koneksi Gagal
CEK HASIL / UJI COBA — BLOKIR SITUS
  1. Pastikan client memakai DNS router (DHCP dns-server = gateway / allow-remote-requests).
  2. Tambah DNS static: mis. situs-terlarang.com → 127.0.0.1 (dan www-nya).
  3. Di client: buka browser ke http://situs-terlarang.com atau domain yang di-static.
  4. Hasil diharapkan: halaman gagal load / connection refused / tidak bisa diakses (bukan konten asli situs).
  5. Uji kontrol: buka situs yang tidak di-blokir (mis. example.com) → tetap bisa.
  6. CLI cek: /ip dns static print dan dari client nslookup situs-terlarang.com → jawab 127.0.0.1.

Contoh yang terlihat di client:

  • ✗ situs-terlarang.com → 127.0.0.1 (terblokir)
  • ✓ example.com / google.com → IP publik (lolos)

Jika client ganti DNS ke 8.8.8.8 atau pakai DoH browser, blokir DNS static bisa dilangkahi — itu keterbatasan metode ini.

BAB 25 - ANALISA AKHIR

Rangkuman Kelebihan & Kekurangan

KEKUATAN ARSITEKTUR
  • Segmentasi jelas antara jaringan terpercaya dan tamu
  • Kombinasi NAT + firewall + layer7/proxy (defense in depth)
  • Otomasi scheduler mengurangi human error
  • Hardening service menutup celah serangan
KETERBATASAN PERANGKAT
  • RAM 32MB & CPU 1 core membatasi rule firewall/layer7
  • Port 10/100 Mbps membatasi throughput
  • Radio WiFi tunggal membatasi kapasitas SSID ganda
  • Untuk jaringan menengah-besar, pertimbangkan RouterBoard lebih besar
REKOMENDASI
Tambahkan backup eksternal, monitoring eksternal (SNMP), dan pembaruan RouterOS berkala.
PENDALAMAN BAB 25
Checklist produksi: backup export dan backup binary di luar router; user/password aman; service dan firewall input dibatasi; DNS tidak open resolver; rule diberi comment; NTP aktif; monitoring dan rollback diuji.
Analisis: konfigurasi yang “berjalan” belum tentu aman atau mudah dipulihkan. Nilai keberhasilan adalah konektivitas, segmentasi, performa, auditability, dan kemampuan recovery.
Validasi akhir: uji WAN, LAN, hotspot, DNS, NAT, queue, akses admin, fail scenario, lalu simpan output print sebelum dan sesudah perubahan.

Animasi Proses: Ringkasan Arsitektur

1WAN In
→
2NAT + Firewall
→
3Bridge / Hotspot
→
4Queue + Log
EVALUASI

Kuis Interaktif

Uji pemahaman kamu. Skor terbaik tersimpan otomatis di perangkat ini (localStorage).

PENUTUP / SUPPORT

FAQ & Troubleshooting

Gunakan FAQ untuk memahami keputusan konfigurasi dan tabel troubleshooting untuk menemukan akar masalah secara berurutan. Catat perubahan sebelum memperbaiki router.

ATURAN RECOVERY
Jangan reset atau menambah banyak rule sekaligus. Simpan /export file=sebelum-perbaikan, ubah satu hal, uji, lalu catat hasilnya.

FAQ Konfigurasi

Apakah reset no-defaults wajib?

Tidak. Reset dipakai agar siswa memahami konfigurasi dari nol. Backup dahulu karena reset menghapus IP, bridge, DHCP, firewall, user, dan service.

Mengapa login MAC masih bisa tanpa IP?

WinBox dapat memakai komunikasi Layer 2. Ini berguna setelah reset ketika router belum memiliki address dan route.

MAC WinBox bekerja melalui router lain?

Tidak. Discovery MAC/MNDP bekerja pada broadcast domain Layer 2 yang sama. Untuk jaringan berbeda gunakan IP, routing, SSH, atau VPN.

Mengapa ether1 digunakan sebagai WAN?

Itu konvensi lab ebook, bukan aturan perangkat. Yang penting ether1-WAN terhubung ke modem/ISP dan tidak masuk bridge LAN.

Haruskah interface diberi nama baru?

Disarankan. Nama seperti ether1-WAN dan bridge1-LAN mengurangi salah referensi pada NAT, firewall, queue, dan script.

Bridge itu router atau switch?

Bridge bekerja terutama pada Layer 2 seperti switch virtual. Routing bekerja pada Layer 3 dan memisahkan subnet.

Mengapa IP dipasang di bridge?

Karena ether2-4 dan wlan1 sudah menjadi port dalam satu bridge. Gateway Layer 3 cukup dipasang pada interface bridge.

Apakah wlan2 boleh masuk bridge LAN?

Tidak pada desain ebook. wlan2 adalah segmen hotspot tamu dengan subnet dan policy berbeda.

Virtual AP memakai radio kedua?

Tidak. wlan2 berbagi satu radio, channel, airtime, dan kapasitas dengan wlan1 pada RB941-2nD.

WPA2-AES atau mode campuran?

Gunakan WPA2-PSK dengan AES/CCMP bila semua client mendukung. Mode campuran hanya untuk kompatibilitas lama.

Mengapa DHCP Client harus di WAN?

DHCP Client meminta lease dari modem/ISP. Memasangnya di LAN dapat membuat router meminta IP dari sumber yang salah.

Perlukah route default manual jika DHCP aktif?

Tidak bila memakai add-default-route=yes. Pilih satu sumber default route agar troubleshooting tidak membingungkan.

Apa beda ping IP dan ping domain?

Ping IP menguji konektivitas tanpa DNS. Ping domain menguji DNS sekaligus jalur jaringan.

Router bisa ping internet, client tidak. Mengapa?

Periksa NAT masquerade, gateway DHCP, DNS client, firewall forward, dan route client. Router sendiri tidak membutuhkan NAT untuk trafiknya.

Apakah NAT sama dengan firewall?

Tidak. NAT mengubah alamat/port. Firewall menentukan trafik yang boleh masuk, keluar, atau diteruskan.

Kapan memakai masquerade?

Masquerade cocok untuk WAN dinamis seperti DHCP. Untuk IP publik statis, src-nat eksplisit lebih mudah diprediksi.

Mengapa Allow Remote Requests DNS berisiko?

Tanpa filter input dari WAN, router dapat menjadi open resolver dan disalahgunakan untuk DNS amplification.

Mengapa DHCP Server tidak boleh dobel?

Dua DHCP server pada satu broadcast domain dapat memberi gateway, DNS, dan address yang berbeda secara acak.

Apakah Hotspot otomatis membuat DHCP?

Hotspot Setup sering membuat pool, DHCP, server, profile, dan rule pendukung. Hindari membuat komponen yang sama dua kali.

Mengapa Hotspot tidak muncul pada HTTPS?

Captive portal paling mudah diuji lewat HTTP. HTTPS membutuhkan DNS name, sertifikat, walled garden IP, dan dukungan versi RouterOS.

Apakah Layer7 efektif memblokir web modern?

Terbatas. HTTPS, QUIC, CDN, TLS 1.3, dan ECH membuat payload/domain tidak selalu terbaca. Gunakan DNS atau tls-host sesuai kebutuhan.

Mengapa Web Proxy tidak memfilter HTTPS?

Web Proxy klasik membaca HTTP. Isi HTTPS terenkripsi dan tidak dapat difilter berdasarkan path tanpa SSL inspection yang berat.

Bagaimana membaca limit 2M/2M?

Format RouterOS umumnya upload/download dari perspektif router. Uji upload dan download terpisah untuk memastikan hasilnya.

Apakah queue menggantikan firewall?

Tidak. Queue mengatur bandwidth, sedangkan firewall mengatur izin trafik.

Mengapa scheduler tidak berjalan?

Periksa timezone, NTP, start-time, interval, policy script, nama script, dan log eksekusi.

Password boleh ditulis di script?

Hindari password nyata di ebook, export publik, atau script yang dibagikan. Gunakan placeholder dan password manager.

Service apa yang sebaiknya dimatikan?

Matikan Telnet, FTP, HTTP WebFig, API, dan service lain yang tidak dipakai. Batasi WinBox/SSH dari subnet admin.

Apakah mengganti port SSH sudah aman?

Tidak cukup. Kombinasikan VPN, firewall input, address restriction, user terpisah, key/password kuat, dan logging.

Kapan memakai Torch?

Gunakan sementara untuk melihat flow, IP, port, dan rate. Hentikan setelah diagnosis karena Torch menambah beban CPU.

Mengapa DNS blocking bisa dilewati?

Client dapat memakai DNS publik, DoH, DoT, cache lama, atau IPv6. Kebijakan ketat memerlukan kontrol DNS, firewall, dan endpoint.

Troubleshooting Berdasarkan Gejala

GejalaPemeriksaan berurutanTindakan
Router tidak muncul di NeighborsKabel, port ether2-4, link LED, NIC PC, firewall PC, WinBox Refresh.Gunakan kabel langsung dan satu broadcast domain. Coba MAC discovery dari WinBox terbaru.
Login MAC gagal setelah resetPastikan reset selesai, router reboot, kabel tetap di LAN, username/password sesuai firmware.Coba MAC address benar, password sticker, atau console/recovery.
Router terkunci setelah hardeningService WinBox/SSH, address restriction, filter input, dan jalur admin.Recovery via MAC WinBox atau console; jangan mematikan jalur terakhir.
SSID tidak terlihatWireless enabled, mode ap-bridge, country/frequency legal, security profile valid, radio running.Uji channel 1/6/11 dan lebar 20 MHz; lihat monitor serta log.
WiFi tersambung tetapi tidak mendapat IPAnggota bridge, DHCP interface, pool, DHCP network, dan lease.Pastikan wlan1 masuk bridge LAN; wlan2 memakai DHCP/Hotspot sendiri.
Client mendapat 169.254.x.xDHCP disabled, interface salah, pool kosong, kabel/SSID salah, atau DHCP bentrok.Renew lease setelah memperbaiki server, pool, dan broadcast domain.
DHCP mendapat gateway salahDHCP Network, gateway, subnet mask, dan DHCP server yang menjawab.Hapus DHCP duplikat dan cocokkan gateway dengan IP bridge.
DHCP WAN searching terusKabel modem, ether1-WAN, VLAN, DHCP modem, lease lama, dan status link.Uji koneksi PC ke modem; pastikan interface DHCP Client benar.
Tidak ada default routeDHCP bound, add-default-route, gateway lease, dan tabel route.Perbaiki DHCP atau tambah route manual hanya untuk WAN statis.
Route tidak activeGateway reachable, interface running, distance, scope, dan konflik route.Ping gateway dari router dan periksa detail route.
Router ping 8.8.8.8 gagalWAN address, gateway, default route, link modem, dan firewall output.Perbaiki konektivitas WAN sebelum menguji NAT client.
Ping IP berhasil, domain gagalDNS upstream, allow-remote-requests, DNS client, cache, dan port 53.Uji nslookup; pastikan client memakai DNS yang tersedia.
Client ping gateway, internet gagalNAT counter, out-interface, route client, DNS, dan firewall forward.Pastikan masquerade menunjuk ether1-WAN dan forward tidak memblokir.
NAT counter tetap nolClient menghasilkan trafik, interface WAN benar, rule enabled, urutan rule.Uji browsing/ping dari client lalu lihat stats NAT.
Hotspot tidak redirectServer wlan2, address/pool/DHCP, DNS, rule wizard, dan IP client.Uji HTTP dari client baru; jangan gunakan LAN DHCP biasa.
Hotspot login gagalUser enabled, password, profile, login-by, cookie, waktu router, dan log.Buat user lab baru dengan placeholder password lalu uji http-chap.
Hotspot bisa internet tanpa loginServer disabled, IP binding bypassed, walled garden terlalu luas, interface salah.Periksa active/host/ip-binding dan pastikan client di wlan2.
Layer7 tidak matchPayload terenkripsi, QUIC, regexp, posisi rule, atau koneksi established.Uji HTTP plain; gunakan DNS/tls-host untuk web modern.
CPU router 100%Layer7, proxy, Torch, queue, conntrack, client, dan log.Nonaktifkan fitur berat satu per satu lalu ukur CPU/RAM.
Proxy membuat browsing gagalProxy enabled, access list allow, redirect NAT, port 8080, loop redirect.Disable proxy sementara; aktifkan lagi setelah rule benar.
HTTPS lolos proxyPahami batas proxy HTTP dan pastikan trafik memang HTTPS.Jangan redirect 443 ke proxy HTTP; gunakan DNS/tls-host.
Queue tidak membatasiTarget IP/interface, enabled, urutan queue, fasttrack, arah limit.Uji trafik besar dan baca print stats.
Scheduler tidak eksekusiClock/NTP, start-time, interval, on-event, policy, dan log.Jalankan script manual, perbaiki error, lalu enable scheduler.
Script membuat duplikatScript memakai add tiap interval tanpa find/guard.Buat script idempotent dengan pengecekan find.
SSH ditolakService, port, address restriction, firewall input, routing, dan user.Uji dari subnet admin; jangan membuka SSH ke WAN umum.
DNS menjadi open resolverAllow remote requests dan port 53 dari WAN.Batasi input DNS ke LAN/hotspot yang perlu dan drop WAN.
RAM cepat habisConntrack, hotspot files, proxy cache, Layer7, log, dan queue.Kurangi fitur berat, hapus file tidak perlu, pantau Resources.
Konfigurasi berubah setelah rebootScheduler startup, script, reset, restore backup, dan log.Bandingkan export sebelum/sesudah dan cek log sistem.
LAN dapat mengakses hotspotBridge membership, firewall forward, IP binding, subnet overlap.Pastikan wlan2 di luar bridge LAN dan tambah policy antar-segmen.
Performa WiFi turunChannel, lebar 20/40 MHz, sinyal, retransmission, dua SSID, CPU, queue.Pilih channel non-overlap, gunakan 20 MHz, dan cek registration table.
Backup tidak bisa dipulihkanBackup hanya di router, export tidak dibuat, atau versi berbeda.Simpan export dan backup binary di luar router serta catat versi.
CHECKLIST SEBELUM MENUTUP LAB
  • WAN bound dan default route active.
  • LAN dan hotspot mendapat subnet yang benar.
  • DNS berfungsi dan WAN bukan open resolver.
  • NAT, firewall, queue, dan Hotspot diuji dari client.
  • Service tidak perlu disabled dan akses admin tersedia.
  • Export/backup, catatan perubahan, dan hasil uji disimpan.
LAMPIRAN

Referensi Resmi

CATATAN VERSI
Nama menu/perintah bisa berbeda antara RouterOS v6.x dan v7.x. Selalu cocokkan dengan versi yang terpasang.
PENYUSUN

Identitas & Kontak

ABDUR ROZAK, S.Kom.
Sekolah: SMKS YASMIDA
Mapel: TKJ · Elemen: Network Engineer · Course: MikroTik Fundamental
Fase: F · Kelas: XI/XII TKJ 1–4 · Tahun Ajaran: 2026/2027

Kontak & Sosial Media

Umbul Baru, RT/RW 008/003, Mada Jaya, Way Khilau, Pesawaran, Lampung