02-20-2020 10:36 AM
We've implemented Okta SAML SSO with our layer-3 Captive Portal redirect page for IP-User mapping. The solution works, but users are landing on a "User Authenticated" web page, rather than the website they originally browsed to. Users now have to re-browse to the website first landed on, or browsed to to access the site. I figured SAML SSO would allow a transparent authentication to occur and return the requested webpage to the user. Anyone have this issue?
02-27-2020 07:41 AM
The configuration is set to redirect.
This was actually occurring due to the redirect host being set to the hostname, and not the FQDN. Example: host.domain.tld
All fixed.
04-23-2020 09:21 AM
@Greg_FreyI am facing similar challenge where the Okta response is stopping at "<firewall ip>:6081/SAML20/SP/ACS" page. I did change the redirect host to FQDN under Captive Portal page. Do you need similar settings on the Okta side? Can you please help with the Okta settings?
04-23-2020 09:58 AM
The URL needs to match. In this case, the FQDN was similar on both the PanOS configuration for the redirect host, and the Okta URL.
Redirect Host: <FQDN>
Okta: <FQDN>:6081/SAML20/SP/ACS
04-29-2020 07:06 PM
@Greg_FreyIs the port 6081? The SAML metadata on the firewall as well as Okta captive portal app shows 6082.
Click Accept as Solution to acknowledge that the answer to your question has been provided.
The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!
These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!
The LIVEcommunity thanks you for your participation!
