(Workaround) Enable service provider-initiated authentication

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 1 minute de lecture

    • Use this workaround if authentication fails because you do not have SAML 2.0 Update 1. This issue can happen if users attempt to skip IdP authentication and navigate directly to the instance.

    Avant de commencer

    Role required: sso_config_admin, business_rule_admin, script_include_admin

    Pourquoi et quand exécuter cette tâche

    This error occurs when the instance doesn't provide ADFS with the needed definition and semantics for the SPNameQualifier attribute in the SAMLResponse.

    Enable service provider-initiated authentication by doing one of the following actions:

    Procédure

    • Upgrade to SAML 2.0 Update 1 and clear the option to create an AuthnContextClass request.
    • Modify the SAML2 script include to comment out the definitions of the SPNameQualifier attribute when you have SAML 2.0 active (not SAML 2.0 Update 1).
      Comment out these lines in the createNameID and createNameIDPolicy functions: 
      //nid.setSPNameQualifier (serviceURL ) ;

 //nameIdPolicy. setSPNameQualifier (serviceURLStr ) ;

    Que faire ensuite

    If you do not want the login prompt from your ADFS server to appear when you access the instance, set the following SAML 2.0 Update 1 property to false: Create an AuthnContextClass request in the AuthnRequest statement (glide.authenticate.sso.saml2.createrequestedauthncontext).