MikroTik HotSpot-vouchers med User Manager

Sammanfattning En MikroTik HotSpot med User Manager förvandlar vilken RouterOS-enhet som helst till ett voucherbaserat WiFi-system: gäster möter en captive portal, anger en utskriven kod och får exakt den hastighet, data och tid som planen tillåter. Allt körs på routern — ingen extern server behövs. Uppsättningen är en kort kedja: HotSpot-guiden, User Manager som RADIUS, planer och utskrivbara vouchers. Det verkliga arbetet börjar när du kör detta på fler än en plats; den här guiden täcker båda delarna.

Vad är en MikroTik HotSpot-voucher?

En MikroTik HotSpot-voucher är en engångsuppgift för åtkomst — vanligtvis ett utskrivet kort med en kod — som en gäst anger på routerns captive portal för att komma online med en förinställd hastighet, datatak och giltighetstid. Portalsidan är RouterOS HotSpot; uppgiftssidan är User Manager, MikroTiks inbyggda RADIUS-server, som autentiserar varje kod och tillämpar planen bakom den (MikroTik-dokumentation — User Manager). Tillsammans är de standardsättet för hotell, kaféer, bostadsrättsföreningar och WISP:ar att sälja eller ransonera WiFi utan något externt faktureringssystem (Emmanuel Corels — User Manager för voucher-system till HotSpot).

Charmen är spårbarhet utan någon klientkonfiguration: varje voucher är en individuell uppgift, så en gäst kan inte dela en kod mellan tio enheter, en förbetald plan dör enligt schema, och ingen rör gästens telefoninställningar. Sälj koden, så sköter routern resten.

Steg 1 — Kör guiden för HotSpot-konfiguration

Börja på gränssnittet som ska betjäna gäster — helst en dedikerad bridge eller VLAN, aldrig samma segment som ditt hanteringsnätverk. I WinBox går du till IP → Hotspot → Hotspot Setup, väljer gästgränssnittet och accepterar eller justerar prompterna för adresspool, DNS och SSL; guiden bygger DHCP-servern, NAT-regeln och captive portal i ett svep, vanligtvis på några minuter (madankc — MikroTik Hotspot Setup Step by Step).

Guidens resultat är en HotSpot-server bunden till gränssnittet, plus en serverprofil som styr hur gäster autentiseras. Testa direkt: anslut en telefon till gästnätverket och bekräfta att inloggningssidan visas. Om portalen inte laddar, gå igenom vår felsökningslista för 10.5.50.1 HotSpot-gatewayen innan du lägger vouchers ovanpå.

Steg 2 — Aktivera User Manager som RADIUS-backend

Lokala HotSpot-användare fungerar för ett fåtal konton, men vouchers kräver User Manager. Installera paketet user-manager för din RouterOS v7-version, starta om och aktivera det sedan med /user-manager set enabled=yes. Registrera routern själv som RADIUS-klient — /user-manager router add name=local address=127.0.0.1 shared-secret=<secret> — och spegla det på RADIUS-sidan med /radius add service=hotspot address=127.0.0.1 secret=<secret> (MikroTik-dokumentation — User Manager).

Redigera slutligen HotSpot-serverprofilen och aktivera use-radius=yes så att portalen skickar inloggningar vidare till User Manager i stället för den lokala användarlistan. Från denna punkt kontrolleras varje kod en gäst skriver in av RADIUS — samma arkitektur som ISP:er använder för PPPoE-abonnentautentisering, fast riktad mot WiFi-gäster.

Steg 3 — Skapa planer: begränsningar och profiler

En säljbar plan i User Manager är två objekt. En limitation (begränsning) definierar vad gästen får — rate-limit för hastighet, download-limit och upload-limit för datatak, uptime-limit för anslutningstid. En profile (profil) samlar en eller flera begränsningar och lägger till giltighetstid — hur länge voucherns gäller från första användning. Skapa en profil per produkt: “1 timme gratis”, “24h — 10 Mbps”, “Vecka — 5 GB” (MikroTik-dokumentation — User Manager).

Definiera planer en gång och undvik improvisation per plats. När varje plats operatör manuellt redigerar begränsningar kommer samma “24h”-voucher tyst att betyda olika saker på olika ställen — precis den typen av avvikelse som bara syns i en enstjärnig recension. Att hålla profiler identiska över alla routrar är exakt det flottproblem som MKControllers konfigurationsrevision och historik löser: se vad som ändrats, var, och driv ut den korrigerade profilen överallt på en gång.

Steg 4 — Massgenerera användare och skriv ut vouchers

Nu präglar du produkten. Skapa användare i bulk och koppla planens profil — varje användare är en voucherkod. Skapa sedan de utskrivbara korten med kommandot generate-voucher, riktat mot ett användar-ID eller en find-fråga; User Manager fyller i en vouchermall med kod, plan och giltighet, redo att skrivas ut och säljas i disken (MikroTik-dokumentation — User Manager).

På en router är detta ett trevligt fredagsjobb. Över ett dussin platser blir det en rotation av Winbox-sessioner — generera lager, kolla vad som sålts, inaktivera läckta koder — vilket är varför operatörer bygger på lokala verktyg som Mikhmon, eller går molnbaserat med MKControllers voucher- och HotSpot-styrning för att generera, spåra och återkalla vouchers för varje plats från en enda panel. Vår jämförelse Mikhmon vs MKController går igenom den avvägningen i detalj.

Steg 5 — Lås ner gästnätverket

En captive portal är en offentlig dörr på din router, så behandla den så. Lägg till brandväggsregler som blockerar HotSpot-subnätet från att nå ditt LAN och, framför allt, routerns egna hanteringstjänster — Winbox, API, WebFig, SSH — från gästsidan. Håll den walled garden minimal: varje värd du vitlistar är nåbar utan voucher.

Gäster är per definition främlingar, och en komprometterad gästenhet sitter ett hopp från din router. Ett vouchernätverk som kan nå konfigurationen som skapade det är en stående inbjudan.

Steg 6 — Driv vouchers på alla platser

Här är det som enrouter-tutorials hoppar över: platsen på LTE eller Starlink bakom Carrier-Grade NAT har ingen publik IP, så när dess portal krånglar kan du inte bara ringa upp den. MKController håller varje router nåbar via en säker utgående tunnel — ingen portvidarebefordran, ingen publik adress krävs, som beskrivs i vår guide om MikroTik fjärrhantering bakom CGNAT — med automatiska säkerhetskopior och telemetri som flaggar en död portal innan receptionen börjar ta emot klagomål.

Verifiera varje plats på samma sätt: anslut som gäst, förbruka en testvoucher, bekräfta att hastighet och giltighetstid matchar planen.

Tips

• Håll voucher-användarnamn korta och entydiga — undvik 0/O och 1/l/I — eftersom gäster skriver in dem på telefontangentbord.
• Ställ in profilens giltighet från första inloggning, inte skapandet, så att utskrivet lager inte hinner gå ut i lådan.
• Sälj aldrig från din sista batch: generera lager i god tid före efterfrågan, och inaktivera osålda koder från varje batch som läcker.
• Håll koll på routerns minne vid stora användardatabaser; User Manager lagrar bokföringsdata på enheten.

Sälj WiFi, inte supportärenden

En voucher-HotSpot på en MikroTik är ett eftermiddagsprojekt. Att driva det som en verksamhet över många platser — identiska planer på varje router, voucherlager genererat och återkallat centralt, portaler nåbara även bakom CGNAT, säkerhetskopior tagna före varje ändring — är där operatörer antingen förlorar sina kvällar eller centraliserar. MKController ger dig den kontrollplattformen: flottövergripande HotSpot- och voucherhantering, säker utgående fjärråtkomst utan publik IP, konfigurationshistorik med återställning i ett klick, och övervakning som öppnar ett ärende innan en gäst märker att WiFi:n är nere. Operatörer som driver betald WiFi på MikroTik använder den för att göra tio platser lika enkla som en.

Starta din kostnadsfria MKController-provperiod