Create a Post
cancel
Showing results for 
Search instead for 
Did you mean: 
Alejandro_Ferna
Explorer

Captive portal fails randomly

Hi, we are having some issues in captive portal authentication.

Users get this message randomly (with the correct password):

Captura de pantalla 2019-10-29 a las 16.02.07.png

Once this message appears, it's impossible to log in. The user has to close the navigator's tag and try again until it works.

These are the related pdpd.elg log entries:

 

[16716 4105733904]@hades1[29 Oct 16:00:00] [TRACKER]: #405402 -> INCOMING -> PORTAL_REQUEST -> Portal Hello from ip: 10.10.4.22
[16716 4105733904]@hades1[29 Oct 16:00:00] [TRACKER]: #405403 -> OUTGOING -> PORTAL_RESPONSE -> hello ok...ip: 10.10.4.22 ,session: f9a1fbc6
[16716 4105733904]@hades1[29 Oct 16:00:09] [TRACKER]: #405438 -> INCOMING -> PORTAL_REQUEST -> login_auth for session: f9a1fbc6, user: a.fernandez

(The user gets here the "login failed" message)

[16716 4105733904]@hades1[29 Oct 16:01:42] [TRACKER]: #405805 -> INCOMING -> PORTAL_REQUEST -> login_auth for session: f9a1fbc6, user: a.fernandez
[16716 4105733904]@hades1[29 Oct 16:01:48] [TRACKER]: #405855 -> INCOMING -> PORTAL_REQUEST -> login_auth for session: f9a1fbc6, user: a.fernandez
[16716 4105733904]@hades1[29 Oct 16:02:12] [TRACKER]: #405957 -> INCOMING -> PORTAL_REQUEST -> login_auth for session: f9a1fbc6, user: a.fernandez
[16716 4105733904]@hades1[29 Oct 16:02:13] [TRACKER]: #405963 -> INCOMING -> PORTAL_REQUEST -> login_auth for session: f9a1fbc6, user: a.fernandez
[16716 4105733904]@hades1[29 Oct 16:02:31] [TRACKER]: #406040 -> INCOMING -> PORTAL_REQUEST -> login_auth for session: f9a1fbc6, user: a.fernandez

(After a few clicks in the "log In" button, the user close the tag and reopen it)
[16716 4105733904]@hades1[29 Oct 16:02:53] [TRACKER]: #406179 -> INCOMING -> PORTAL_REQUEST -> Portal Hello from ip: 10.10.4.22
[16716 4105733904]@hades1[29 Oct 16:02:53] [TRACKER]: #406181 -> OUTGOING -> PORTAL_RESPONSE -> hello ok...ip: 10.10.4.22 ,session: e12519ba
[16716 4105733904]@hades1[29 Oct 16:03:04] [TRACKER]: #406314 -> INCOMING -> PORTAL_REQUEST -> login_auth for session: e12519ba, user: a.fernandez
[16716 4105733904]@hades1[29 Oct 16:03:04] [TRACKER]: #406315 -> OUTGOING -> PORTAL_RESPONSE -> auth ok!... session: e12519ba
[16716 4105733904]@hades1[29 Oct 16:03:04] [TRACKER]: #406316 -> INCOMING -> PORTAL_REQUEST -> login_seq_done for session: e12519ba
[16716 4105733904]@hades1[29 Oct 16:03:04] [TRACKER]: #406319 -> OUTGOING -> PORTAL_RESPONSE -> login_seq_done ok...session: e12519ba
[16716 4105733904]@hades1[29 Oct 16:03:04] [TRACKER]: #406320 -> INCOMING -> PORTAL_REQUEST -> agent_settings for session: e12519ba
[16716 4105733904]@hades1[29 Oct 16:03:04] [TRACKER]: #406321 -> OUTGOING -> PORTAL_RESPONSE -> agent_settings ok... session: e12519ba

(Log In Success at first attempt)

 

Any idea or clue about this issue? This is a R80.10 on-premise gateway.

Thank you!

Alex

0 Kudos
6 Replies
PhoneBoy
Admin
Admin

What JHF do you have installed?
0 Kudos
Alejandro_Ferna
Explorer

r80.10 jumbo hotfix accumulator ga take 225
0 Kudos
PhoneBoy
Admin
Admin

May need a TAC case to troubleshoot what's going on here.
Is this consistent across browsers, or with a specific browser?
0 Kudos
Alejandro_Ferna
Explorer

It happens with several browsers.
I have opened a case recently, I will update this post in case of any relevant data.
Thank you!
0 Kudos
Maik1
Contributor

I have the same issue. Did TAc solve the problem.

0 Kudos
Alejandro_Ferna
Explorer

If I remember correctly, the problem was an AD that was not responding.
The solution was to recover the AD but we could not clarify why the gateway was stuck making requests to the same unresponsive AD instead of trying with the rest of the list.

0 Kudos

Leaderboard

Epsum factorial non deposit quid pro quo hic escorol.

Upcoming Events

    CheckMates Events