Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
72:integration:saml [2018/10/26 13:28]
Erich Meier
72:integration:saml [2019/03/13 12:29] (current)
Erich Meier
Line 41: Line 41:
                         providerId="<​yourStagesURL>"​                         providerId="<​yourStagesURL>"​
                         signatureKeyAlias="​samlkeyalias"​                         signatureKeyAlias="​samlkeyalias"​
-      ​>+     >
         </​service-provider>​         </​service-provider>​
  
Line 76: Line 76:
                         nameIdPolicyFormat="​urn:​oasis:​names:​tc:​SAML:​1.1:​nameid-format:​unspecified"​                         nameIdPolicyFormat="​urn:​oasis:​names:​tc:​SAML:​1.1:​nameid-format:​unspecified"​
                         userFullnameTemplate="​%firstname% %lastname%"​                         userFullnameTemplate="​%firstname% %lastname%"​
-               >+              ​>
             <!-- hardcoded magic value that specifies the NameID from the SAML reply -->             <!-- hardcoded magic value that specifies the NameID from the SAML reply -->
             <​identity-provider-attribute name="​username"​ id="​http://​schemas.stages.methodpark.com/​saml/​v2/​identity/​claims/​subject"​ />             <​identity-provider-attribute name="​username"​ id="​http://​schemas.stages.methodpark.com/​saml/​v2/​identity/​claims/​subject"​ />
Line 143: Line 143:
 ===== Generate the SAML SP metadata ===== ===== Generate the SAML SP metadata =====
  
-After configuring the SAML SP, you can download the SAML SP metadata directly by navigating to the URL ''​[[http://<​yourstages|http://<​yourstages]]>/​rest/​saml/​metadata''​+After configuring the SAML SP, you can download the SAML SP metadata directly by navigating to the URL ''​[[http://<​yourstages|http://<​yourstages]]>​/stages/​rest/​saml/​metadata''​
  
 The resulting XML file can be sent to the SAML IdP administrators and contains all information necessary to set up the trust relationship on the IdP side. After the SAML IdP has been configured with the SP metadata, users will be able to authenticate successfully with Stages through the SAML IdP. The resulting XML file can be sent to the SAML IdP administrators and contains all information necessary to set up the trust relationship on the IdP side. After the SAML IdP has been configured with the SP metadata, users will be able to authenticate successfully with Stages through the SAML IdP.