However for a new customer I’m trying to subscribe now, that returns a 404. I can find a metadata document for them at https://XXX.oktapreview.com/.well-known/openid-configuration. Unfortunately this isn’t working as yet. A couple of questions:
Is there a significance to the different path .well-known/openid-configuration versus oauth2/default/.well-known/openid-configuration. IIRC the default in the path was the name of a specific resource in okta. Is this required?
It sounds like the org in question is missing API Access Management (API AM) feature/SKU - The oauth2/default/.well-known/openid-configuration refers to the “default” custom authorization server whereas .well-known/openid-configuration refers to the “org” authorization server. You can read a bit more about this here: Authorization Servers | Okta Developer
Do you have an Okta AE you can reach out to to help get this enabled for you?