- Products
- Learn
- Local User Groups
- Partners
- More
MVP 2026: Submissions
Are Now Open!
What's New in R82.10?
Watch NowOverlap in Security Validation
Help us to understand your needs better
CheckMates Go:
Maestro Madness
Hi, we are having some issues in captive portal authentication.
Users get this message randomly (with the correct password):
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
I have the same issue. Did TAc solve the problem.
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.
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 19 | |
| 17 | |
| 13 | |
| 8 | |
| 7 | |
| 3 | |
| 3 | |
| 3 | |
| 3 | |
| 3 |
Tue 16 Dec 2025 @ 05:00 PM (CET)
Under the Hood: CloudGuard Network Security for Oracle Cloud - Config and Autoscaling!Thu 18 Dec 2025 @ 10:00 AM (CET)
Cloud Architect Series - Building a Hybrid Mesh Security Strategy across cloudsTue 16 Dec 2025 @ 05:00 PM (CET)
Under the Hood: CloudGuard Network Security for Oracle Cloud - Config and Autoscaling!Thu 18 Dec 2025 @ 10:00 AM (CET)
Cloud Architect Series - Building a Hybrid Mesh Security Strategy across cloudsAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY