Mon Jul 24, 2017 12:56 am
A few bridge filter rules will do the trick here - and it's easy enough to implement.
First, find the name of your LAN bridge (it's probably the only bridge on your system) - the easiest way to guarantee you have the right interface is to look in IP Addresses menu - Let's say that your LAN uses the IP address range 192.168.88.X - whichever interface has the IP address 192.168.88.1/24 applied to it - that's your LAN bridge.
Okay, knowing this, let's make sure we also have the correct name of your wifi interface - it's almost 100% guaranteed to be wlan1 - but just look in your bridge menu:
bridge > ports
Note the wlan interface(s) which show up as ports attached to the bridge you identified in step 1 above.
Now we just create a bridge firewall rule that blocks winbox and another that blocks http on your bridge:
For this example, I'm going to assume that your bridge is called "bridge-local", that your wifi interface is "wlan1" and that your LAN interface is 192.168.88.1
Go into the bridge configuration in Winbox, select the filters tab, and click the blue + icon to create a new rule.
In the new Bridge Filter Rule window, set the following:
General Tab:
- Chain = input
- open the "Interfaces" expansion (black triangle)
- Set In-Interface to "wlan1" (or whatever interface you identified)
- open the Bridges expansion (black triangle)
- Set "In Bridge" to bridge-local
- Open the "MAC Protocol" expansion
- Set "MAC Protocol-Num:" to 800 (ip)
- Open the IP expansion
- set Protocol to 6 (tcp)
- set Dst. Port: to 8291
Advanced Tab:
- Open the "Packet Type" expansion
- Set Packet Type: to host
Action Tab:
- Set action to "drop"
Click OK to add the rule
This will block Winbox (which uses TCP port 8291)
Do the exact same steps except change the port to 80 for blocking WWW access to the router
If you enabled HTTPs (secure web - you almost certainly didn't) - you can add a third rule to block port 443.
If you want to block telnet and SSH, do the same for ports 23 and 22. (respectively - both are still TCP)
That will give the functionality you want without having to break the WiFi into a separate LAN network.
Hope this helps! Happy routing!
Edit - Thanks Sob for informing me about the packet-type=host function, which is far superior to the dst-address=x.x.x.x method I originally proposed