Does AP_LANBlock.sh isolate my guest SSID even though the traffic mixes upstream at my Edgerouter? Some on here seem to feel that isn't possible as the Edgerouter has no way to separate the WiFi traffic coming from the Asus AP.
When trying to block all but one printer, I initially got
	
	
	
		Code:
	
	
		(AP_LANBlock.sh): 866 Requested.....
(AP_LANBlock.sh): 866 DEBUG: Paused for 1 secs waiting for valid 'arp -a' for 192.168.xxx.xxx
....repeats 10 times....
(AP_LANBlock.sh): 866 **ERROR** Unable to verify main gateway router's MAC address. Please try again.
	 
 However, I ran the script a second time and it took. Based upon pings, this appears to work. I have two guest WiFi SSIDs on this AP, but the script outputs that only one (wl0.1) is setup. What about wl0.2?
	
	
	
		Code:
	
	
		(AP_LANBlock.sh): 1112 AP Guest WiFi (wl0.1) Completed.
	 
 Then I rebooted again. 
nan-start ran and produced the initial errors and then seemed to work. However, now the guest WiFi will not connect at all. Adding 
sleep nn before the script in nan-start seems to avoid needing to run the script again later.
Having the script run is also causing glitches where I can't access the webUI for the AP.
		
 
As shown in the 
'help', the script is designed to 
BLOCK access to the LAN from ALL (or nominated SSIDs) AP's Guest SSIDs but 
ALLOW access to specific LAN printers.
So if you have two Guest SSIDs enabled on the AP
e.g.
	
	
	
		Code:
	
	
		wl0.1     SSID=APG241    P/W=Alpha
wl1.1     SSID=APG51     P/W=Bravo
	 
 then if the script has not run, then 
both wl0.1 and 
wl1.1 have 
FULL access to 
ALL LAN resources.
To reset to this (default) AP behaviour (because you have been testing the script) then you may issue
	
	
So if you have only issued
	
	
then 
SSID APG241 clients will 
ONLY have access to the internet, but 
SSID APG51 clients will have 
FULL access to the LAN.
If you need to 
also block 
SSID APG51 clients then you can either explicitly run
	
	
or you may issue
	
	
which applies the LAN 
BLOCK to
 all six AP Guest SSIDs even if they are not physically enabled and is indicated in the messages.
NOTE: If you attempt to explicitly block an individual AP Guest WiFI that isn't enabled then the script will report this as an error.
	
		
	
	
		
		
			
	
	
	
		Code:
	
	
		(AP_LANBlock.sh): 866 **ERROR** Unable to verify main gateway router's MAC address. Please try again.
	 
 
		 
		
	 
The 
'error' is because I use 
'arp -a' to attempt to reverse map the MACs to IP addresses and the 
arp results returned can be out of date by up to 60secs.
(I decided to use the MAC rather than allow you to specify the IP address for security i.e. chances are the printer's MAC will not change but an IP address could accidentally be (re)assigned to a different device say a NAS, and this unexpected exposure could go unnoticed.)
However, I have uploaded
 Beta v1.0bx which has a modified routine and it is no longer treated as a hard '**ERROR** but is now an advisory '*Warning*', so please try the new Beta version.
	
		
	
	
		
		
			Having the script run is also causing glitches where I can't access the webUI for the AP.
		
		
	 
If you are connected to one of the AP Guest SSIDs (wl0.x/wl1.x) and it is BLOCKED then that is expected i.e. that is what the script does.
If however, you are connected to the AP's standard 2.4Ghz/5GHz SSIDs (eth1/eth2) then you should not be blocked. 
 
NOTE: Printers are shared globally
e.g.
	
	
	
		Code:
	
	
		./AP_LANBlock.sh   wl0.1   12:34:00:00:00:00
./AP_LANBlock.sh   wl1.1   98:76:00:00:00:FF
	 
 
will allow 
both AP Guest 
wl0.1 and 
wl1.1 clients access to 
either printer.