Skip to content

PingFederate Engine uses Private Host instead of Public Host #571

Description

@mattvalleycodes

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.

CleanShot 2025-01-16 at 19 08 57@2x

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.
CleanShot 2025-01-16 at 19 10 48@2x

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
CleanShot 2025-01-16 at 19 15 47@2x

To Reproduce

  1. Follow the instructions here and run a cluster using Docker Desktop
  2. Open https://demo-pingfederate-engine.pingdemo.example/.well-known/openid-configuration in the browser or curl it using curl -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

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't working

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions