bockensm
01/28/2025, 5:55 PMinitSAMLAuthRequest, sign in with Duo, and then get kicked back to the desired ACS URL with a SAML response. However, when I get back to that URL and call processSAMLResponse, ColdFusion is throwing an error saying that the URL I'm on is not expected. The URL bar shows me at "https://mysite.com/duo/acs", but ColdFusion is saying that it was expecting "http://mysite.com/index.cfm/duo/acs". The ACS URL I gave it in samlSettings was where I landed, but I'm unsure why there's a URL mismatch.
My questions are:
1. Why is there a URL mismatch? Does this have anything to do with the samlSettings on the application? I didn't specify that I wanted requests signed in the service provider definition in samlSettings.
2. Is the /index.cfm part in the expected URL some artifact of the Apache connector? Currently we route requests so that everything not matching a file gets pushed to /index.cfm and then routed in CF.bockensm
01/28/2025, 5:56 PM{
name: "myapp",
url: "[URL for Duo metadata]"
}bockensm
01/28/2025, 5:57 PM{
name: "myapp_sp",
entityID: "[URL for Duo metadata]",
acsURL: "<https://mysite.com/duo/acs>",
acsBinding: "POST",
wantAssertionsSigned: true
}Brian
01/29/2025, 1:32 PMbockensm
01/29/2025, 3:02 PMBrian
01/29/2025, 3:09 PMbockensm
01/29/2025, 3:21 PMhemi345
01/29/2025, 5:46 PMbockensm
01/29/2025, 5:48 PMhemi345
01/29/2025, 6:00 PMbockensm
02/05/2025, 3:01 PM/duo/acs/index.cfm and that fixed part of my issue. CF is still expecting a call to http protocol however when I'm using https, so I'm not completely out of the woods yet.bockensm
02/18/2025, 9:06 PMbockensm
02/18/2025, 9:07 PMindex.cfm that's being passed in from Apache when I don't have the file at /duo/acs/index.cfm . Hopefully that can be overcome as well without needing to have the file there.