Skip to content

PingFederate Engine uses Private Host instead of Public Host #571

@mattvalleycodes

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

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