Configuring ADFS
The following outlines the configuration required in Active Directory Federation Services (ADFS) to enable Single Sign-On (SSO).
Last updated
The following outlines the configuration required in Active Directory Federation Services (ADFS) to enable Single Sign-On (SSO).
Last updated
On your ADFS Server, Open AD FS Management.
Righ-click on Relying Party Trusts and select Add Relying Party Trust. This will launch the Add Relying Party Trust Wizard.
Select Claims aware. Click Start.
Choose Enter data about the relying party manually. Click Next.
Enter a Display Name of your choice.
Do not choose any certificates.
Select Enable support for the SAML 2.0 SSO Web SSO protocol.
Enter your login URL in the following format:
Choose an Identifier and click Next until you are complete.
Right-click on the Relying Party Trust you just created (look for the Display Name) and click Edit Claim Issuance Policy.
Click on the Add Rule... and choose Claim Rule as Send LDAP Attributes as Claims.
Add Claim rule name, choose Active Directory under Attribute store and map LDAP attribute to outgoing claim types:
LDAP Attribute | Outgoing Claim Type | Comments |
User-Principal-Name | Name ID | |
SAM-Account-Name | sub |
|
Given-Name | Given Name | Necessary for Automatic User Creation |
Surname | Surname | Necessary for Automatic User Creation |
E-Mail-Address | E-Mail Address | Necessary for Automatic User Creation |
Is-Member-Of-DL | Role | Necessary for Automatic User Creation |
4. Click Finish.
5. Click on Edit Rule...
6. Click on View Rule Language and copy out the Claim URLs for the claims defined. This information will be needed in a later step to configure your Cinchy appsettings.json. This will look something like this:
7. Click Ok to save the rule.
8. Right-click on your Relying Party Trust again and click Properties.
9. Go to the Advanced tab and set the secure hash algorithm to SHA-256
Everything below is case sensitive and must match whatever is specified in your SAML IdP configuration.
Open https://<your.AD.server>/FederationMetadata/2007-06/FederationMetadata.xml
in a browser and save the XML file in the cinchysso folder.
Open IIS Manager and create an HTTPS binding on the Cinchy site (if necessary).
Go to sso site and bind HTTPS with it. Make sure to use the same port as the login URL above if specified.
Attribute | Value |
CinchyLoginRedirectUri |
|
CinchyPostLogoutRedirectUri |
|
CertificatePath |
|
SAMLClientEntityId | Relying party identifier from Relying Party Trust above |
SAMLIDPEntityId |
Your FederationMetadata.xml will have this near the beginning. Note that this is the entityID, not the ID. |
SAMLMetadataXmlPath |
This is the location where you placed the FederationMetadata.xml in step 1. |
SAMLSSOServiceURL | In Domain controller, in-service endpoints, look for type Saml 2, URL path: Same as the login URL provided to the wizard in the ADFS Configuration |
AcsURLModule |
|
MaxRequestHeadersTotalSize | Integer Bytes to set the max request header to. If the default (likely 32kb) does not work, you may have to set this larger to accommodate a large number of groups. |
MaxRequestBufferSize | Integer This should be equal or larger than your header's total size above. |
MaxRequestBodySize | Integer If any of these values are -1 they will use the default. It is not necessary to change the body size. |
You will need the Rule Language URLs you copied out from the ADFS Configuration above. Using the same example as above, we would get the following (replace with your own URLs).
Add the 3 following lines to your web.config within the appSettings section: