Hotspot MikroTik Tidak Muncul Halaman Login, Ini Penyebab dan Solusinya

Salah satu masalah paling bikin frustrasi saat konfigurasi hotspot di MikroTik adalah: semua langkah sudah diikuti, tapi begitu client connect ke WiFi, halaman login (captive portal) tidak pernah muncul — perangkat malah langsung dapat internet tanpa diminta login, atau sebaliknya, tidak dapat internet sama sekali tanpa ada redirect ke halaman login.

Masalah ini hampir selalu disebabkan oleh urutan atau kombinasi konfigurasi yang salah, bukan karena MikroTik-nya rusak. Artikel ini membahas urutan setup yang sering keliru dan bagaimana urutan yang benar seharusnya.

Gejala Umum Captive Portal Hotspot Tidak Jalan

• Client connect ke WiFi, dapat IP, tapi langsung bisa browsing tanpa diminta login sama sekali.
• Client connect, tapi malah tidak dapat internet dan tidak ada redirect ke halaman login manapun.
• Halaman login hanya muncul di beberapa perangkat/browser, tidak konsisten di semua device.
• Captive portal sempat jalan normal, tapi setelah restart router atau ubah konfigurasi lain, tiba-tiba berhenti muncul.

Urutan Setup yang Sering Menyebabkan Captive Portal Gagal

1. Membuat Firewall NAT/Filter Manual Sebelum Menjalankan Hotspot Setup Wizard

Kesalahan paling umum: admin sudah punya beberapa rule NAT atau firewall filter dari konfigurasi router sebelumnya, lalu menjalankan Hotspot Setup Wizard di atasnya tanpa membersihkan dulu rule yang bentrok.

Hotspot Setup Wizard MikroTik otomatis membuat serangkaian rule (NAT masquerade, filter rule untuk redirect ke port 64872, dsb). Kalau sudah ada rule NAT/filter lama yang lebih "atas" secara urutan dan sifatnya lebih general (misalnya accept semua traffic dari interface tertentu), traffic client akan langsung diterima sebelum sempat diproses oleh rule hotspot, sehingga captive portal tidak pernah ter-trigger.

Urutan yang benar: Bersihkan/cek dulu rule firewall yang sudah ada, jalankan Hotspot Setup Wizard, baru sesuaikan rule tambahan di bawah rule bawaan hotspot, bukan di atasnya.

2. Konfigurasi DHCP Server Dibuat Manual Terpisah dari Hotspot Setup

Hotspot Setup Wizard sebenarnya sudah otomatis membuatkan DHCP server sendiri untuk interface hotspot. Masalah muncul ketika admin sudah punya DHCP server manual di interface yang sama sebelum menjalankan wizard, atau sebaliknya membuat DHCP server manual setelah wizard jalan tanpa menyadari sudah ada DHCP server hotspot.

Akibatnya bisa dua: client dapat IP dari DHCP yang salah (bukan dari network pool hotspot), sehingga tidak pernah dikenali sebagai "belum login" oleh sistem hotspot; atau muncul konflik dua DHCP server di interface yang sama.

Urutan yang benar: Pastikan hanya ada satu DHCP server aktif di interface hotspot — biarkan Hotspot Setup Wizard yang membuatnya secara otomatis, jangan tambahkan DHCP server manual di interface yang sama.

3. DNS Server Tidak Diarahkan ke Router (DNS Override Tidak Aktif)

Captive portal bekerja dengan cara mencegat request DNS/HTTP dari client dan mengarahkannya ke halaman login. Kalau client menggunakan DNS statis yang sudah diset manual di perangkatnya sendiri (misalnya 8.8.8.8 langsung dari device, atau browser yang pakai DNS over HTTPS/DoH), request DNS tidak akan lewat router dengan cara normal, sehingga redirect ke captive portal gagal ter-trigger.

Urutan yang benar: Pastikan opsi "Use DNS Set" dan DNS Name sudah dikonfigurasi dengan benar di server profile hotspot saat wizard berjalan, dan edukasi user untuk menonaktifkan DoH/DNS custom saat menggunakan hotspot publik.

4. Walled Garden Dikonfigurasi Terlalu Longgar Sebelum Login Berhasil Diuji

Beberapa admin menambahkan banyak entry Walled Garden (situs yang boleh diakses tanpa login) di awal setup, sebelum sempat menguji apakah captive portal dasar sudah berjalan normal. Kalau salah satu entry walled garden terlalu general (misalnya mengizinkan semua traffic HTTP dari IP tertentu), client bisa saja langsung mendapat akses penuh tanpa pernah diarahkan ke halaman login.

Urutan yang benar: Uji dulu captive portal dalam kondisi walled garden kosong/minimal, pastikan redirect ke halaman login berjalan normal, baru tambahkan pengecualian walled garden satu per satu sambil diuji ulang setiap kali menambah entry.

5. IP Binding/Bypassed Client Dibuat Sebelum Testing Awal

Fitur IP Binding di hotspot memungkinkan MAC address tertentu langsung "bypass" tanpa perlu login (biasanya untuk device admin). Masalahnya, kalau IP Binding ini dibuat di awal dan device yang dipakai untuk testing kebetulan sama dengan MAC yang sudah di-bypass, admin akan mengira captive portal tidak jalan padahal sebenarnya device tersebut memang sengaja dilewatkan dari proses login.

Urutan yang benar: Lakukan testing captive portal dari device yang benar-benar "bersih" (belum pernah terdaftar di user manager maupun IP binding), baru buat pengecualian IP binding setelah dipastikan captive portal dasarnya berjalan.

6. Hotspot Profile Tidak Terpasang ke Server Profile yang Tepat, atau Interface Salah

Kesalahan lain adalah membuat beberapa hotspot server (misalnya untuk SSID berbeda) namun keliru memasangkan hotspot profile atau interface — akibatnya hotspot berjalan di interface yang tidak dimaksud, sementara interface yang seharusnya melayani captive portal tidak punya server hotspot aktif sama sekali.

Urutan yang benar: Setelah membuat lebih dari satu hotspot server, selalu cek ulang di menu IP > Hotspot > Servers untuk memastikan setiap server terpasang pada interface dan profile yang benar, satu per satu, jangan hanya mengandalkan hasil wizard tanpa verifikasi.

7. Sertifikat HTTPS Tidak Dikonfigurasi, Tapi Client Mengakses Situs HTTPS Duluan

Ini bukan sepenuhnya kesalahan urutan setup, tapi sangat sering disalahartikan sebagai "captive portal tidak jalan". Browser modern otomatis mencoba mengakses situs lewat HTTPS terlebih dahulu. Tanpa sertifikat SSL yang valid di hotspot, redirect ke halaman login untuk traffic HTTPS akan gagal secara diam-diam (browser hanya menampilkan error koneksi, bukan redirect), padahal traffic HTTP biasa tetap bisa di-redirect normal.

Urutan yang benar: Setelah dasar captive portal jalan untuk HTTP, lanjutkan dengan konfigurasi SSL certificate hotspot (menu IP > Hotspot > Server Profile > Certificate) agar redirect HTTPS juga bisa diproses dengan baik.

Urutan Setup Hotspot yang Direkomendasikan

1. Pastikan tidak ada rule NAT/firewall filter manual yang bentrok di interface yang akan dipakai hotspot.
2. Jalankan Hotspot Setup Wizard dari awal pada interface yang sudah bersih.
3. Verifikasi DHCP server hotspot otomatis sudah aktif dan tidak bentrok dengan DHCP lain.
4. Uji captive portal dari device baru/bersih (belum ada di user manager maupun IP binding) — pastikan redirect HTTP ke halaman login berhasil.
5. Tambahkan konfigurasi DNS override dan pastikan tidak ada DoH yang mengganggu di sisi client saat testing.
6. Setelah dasar berjalan, baru tambahkan walled garden secara bertahap, uji ulang setiap penambahan.
7. Tambahkan IP binding untuk device tertentu yang memang perlu bypass, setelah pengujian dasar selesai.
8. Konfigurasi SSL certificate agar redirect HTTPS juga berjalan normal.
9. Terakhir, sesuaikan tampilan halaman login (login.html) dan user profile sesuai kebutuhan.

Mengikuti urutan ini membantu memastikan setiap lapisan konfigurasi diuji satu per satu, sehingga kalau ada masalah, lebih mudah diketahui letak kesalahannya dibanding mengonfigurasi semuanya sekaligus lalu bingung mencari penyebabnya.