-
Notifications
You must be signed in to change notification settings - Fork 143
Description
Describe the bug
I've followed the steps explained here and have a fully functional Ping cluster running on my local machine via Docker Desktop. I noticed that while Federate is only available via https://demo-pingfederate-admin.pingdemo.example, Ping Federate uses another base URL. Here are two examples:
Invalid host for /.well-known/openid-configuration
The [GET] https://demo-pingfederate-engine.pingdemo.example/.well-known/openid-configuration endpoint prefixes all of the endpoints with https://demo-pingfederate-engine:9031 instead of https://demo-pingfederate-engine.pingdemo.example.
Login form using the wrong base URL
The end-user gets redirected to a login page as part of the SSO process. I noticed the base URL in the HTML file is also wrong.

Federation Info Settings
A few online resources suggest changing the Base Url via the Federation info would fix the problem. I did change the value to the expected one and yet I'm getting invalid base URL

To Reproduce
- Follow the instructions here and run a cluster using Docker Desktop
- Open
https://demo-pingfederate-engine.pingdemo.example/.well-known/openid-configurationin the browser or curl it usingcurl -k https://demo-pingfederate-engine.pingdemo.example/.well-known/openid-configuration
Expected behaviour
The .well-known/openid-configuration endpoint should use the public URLs as prefixes for all of the field values
