Closed Gillardo closed 10 months ago
I do notice that on Azure Enterprise apps, the LoginURL "ID" that is used is the same for all apps, could it be this that is causing an issue?
Each instance of AddSaml2
must have a unique ModulePath
or the first one added will handle responses meant for the second configuration.
Is it this? options.SPOptions.ModulePath
, and what would i need to set it to? WHat if i am using the same SAMLController for both? Do i need to split it?
It's the options.SPOptions.ModulePath
yes. You can set it to any path yes. But please note that changing this will require an update to the configuration on the Idp (Entra Id) side as it changes the Acs Url.
Thank you this worked perfectly!!
I have setup 2 enterprise applications in Azure. And if i implement these separately using this library, they both work fine. If however, i implement both of them on 1 website, the site builds and runs, but upon trying the second SSO provider, i get an error
The signature verified correctly with the key contained in the signature, but that key is not trusted.
, the stack trace is like thisMy setup is this (which as i said, if i comment one of these out, works perfectly)
Any reason why this would be a problem and why would i get this message?