11-04-2020 01:38 PM
Hello!
We are using Extreme Management Center 8.4, V2110 Medium 10.41, Extreme Networks Access Control Engine 8.4, and VMWare 6.5.
For whatever reason, when a client connects to the captive portal and signs in correctly. It will stay there for 5 or 10 minutes unless we force authentication on Management Center. Of course, they get in the quarantine vlan which is 172.x.x.x, but once forced, they get into the correct vlan 10.x.x.x.
Not really sure what’s going on. I can’t follow the last solution in the article that includes the same title, because I cannot find that in Management Center.
Solved! Go to Solution.
11-09-2020 01:10 PM
Hello, thank you so much for your help. However, the java error that was posted is an issue in version 8.4 of Extreme Networks Access Control.
[com.enterasys.tesNb.server.snmp.reauthentication.DisconnectMessageReauthenticationWorker] (Reauthentication Service Thread19:) Unable to update the authorization level for MAC: 00-1E-4C-9A-CB-47, IP: 172.16.222.64 because of exception:java.lang.NullPointerException
The cause of the issue is due to changing re-authentication on the Access Controller.
The unofficial workaround is to enforce using Java NAC Manager. However, that doesn’t fix the issue.
Upgrading both Extreme Networks Management Center and Extreme Networks Access Control to 8.5 corrected the issue entirely.
11-04-2020 06:42 PM
172.x.x.x is the quarantine vlan.
10.x.x.x is our internet vlan
Devices that are in unregistered get redirected to our captive portal at 10.33.x.x, which is the IP of the NAC.
Once they login, they sit there in the quarantine vlan for a few minutes unless I disassociate their device on the V2110 or force reauthentication and scan on Management Center.
11-04-2020 06:35 PM
Hello Lane,
to be sure:
172.x.x.x is the ip from the network where you redirected to the portal page
10.x.x.x is the ip network where you are should be connected if you are signed in and authenticated.
If this is correct and you still remain in the 172.x.x.x network although your can see the policy your client receive (check controller client reports for that). I assume you leastime is to long.
Your client will not be informed after the network change that it has to change the IP. This is normal!
You have to set the leasetime in network 172.x.x.x very short. E.g. 30 seconds to make the client change the IP faster, You can play with the leasetime to find out the best timerange for your needs.
11-04-2020 05:35 PM
Sorry for replying to your response in-full.
However, even disabled, it still takes the client forever to switch over to the VLAN with internet. Around 2 minutes and it will eventually switch. Despite showing that network access was granted, the client still has a 172.x.x.x address.
11-04-2020 04:29 PM
Hello,
step 2 (Disable Change of Authorization on NAC ) is no a controller but a NAC setting.
11-04-2020 04:21 PM
Yes I am, but unfortunately cannot find anything on our controller that’s close to step 2. Not sure where to go from here.