Must-share information (formatted with Markdown):
- SonarQube 10.3.0.82913
- Helm - on EKS with load-balancer ingress
- Get SAML working with Okta
- Debugging with Okta instance, Debug on server logs, and SAML-tracer chrome plugin
2024.03.27 19:32:48 DEBUG web[AY494pUdAHkAldl0A4D4][c.o.saml2.Auth] Settings validated
2024.03.27 19:32:48 ERROR web[AY494pUdAHkAldl0A4D4][c.o.saml2.Auth] processResponse error.SAML Response not found, Only supported HTTP
_POST Binding
2024.03.27 19:32:48 WARN web[AY494pUdAHkAldl0A4D4][o.s.s.a.AuthenticationError] Fail to callback authentication with 'saml'
java.lang.IllegalStateException: Failed to process the authentication response
......
......
Caused by: com.onelogin.saml2.exception.Error: SAML Response not found, Only supported
HTTP_POST Binding
at com.onelogin.saml2.Auth.processResponse(Auth.java:1244)
at com.onelogin.saml2.Auth.processResponse(Auth.java:1254)
at org.sonar.auth.saml.SamlAuthenticator.processResponse(SamlAuthenticator.java:153)
... 151 common frames omitted
With SAML-tracer I’m see a GET hitting the SAML endpoint configured as SAML login url
in the edit SAML configuration window. I do see PUT’s hitting other Okta apps.
My question is: Is the lack of a POST request hitting the SAML login url my problem? If so, how do I ensure that Okta is using POST instead of GET?