You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, we do not have a separate address path to view the metadata. Thus I have to define the ModulePath something like the below to do this which I know is being used as Saml2 base endpoints.
var spOptions = new SPOptions
{
// . . .
ModulePath = "saml2/sp/metadata",
EntityId = new EntityId($"{baseUrl}/saml2/sp"),
};
The reason why I did this is some federations have the policy for naming the entity id like the UK Federation. However checking the metadata structure you would see the below parts.
So if we could have another option to set the address for the metadata and instead of the browser downloading the file is to view this in the browser as XML?
The text was updated successfully, but these errors were encountered:
rpmansion
changed the title
Separate Metadata address
Separate Metadata address option
Apr 16, 2020
Yes, better endpoint naming/routing would be good, see e.g. #1031 for a request to rename Acs.
What I think is important is to offer a configuration that by default makes people have the same Uri for EntityId and the metadata adress. It is recommended by the spec, but I know that there are many cases where that recommendation is not follwoed.
Currently, we do not have a separate address path to view the metadata. Thus I have to define the
ModulePath
something like the below to do this which I know is being used as Saml2 base endpoints.The reason why I did this is some federations have the policy for naming the entity id like the UK Federation. However checking the metadata structure you would see the below parts.
So if we could have another option to set the address for the metadata and instead of the browser downloading the file is to view this in the browser as XML?
The text was updated successfully, but these errors were encountered: