Mappage personnalisé

ADFS, Google et OKTA, ils utilisent tous votre adresse e-mail en tant qu'attribut SAML. Cette section traite le mappage SAML personnalisé selon votre nom d'utilisateur ou clé de fournisseur externe.

Important :

Gardez à l'esprit que la configuration des attributs de mappage personnalisé impacte tout le système. Cela implique que les attributs s'appliquent à tous les fournisseurs d'identité existants. Par conséquent, aucun autre fournisseur (Azure, Windows) ne peut fonctionner, tandis qu'un nouveau mappage est implémenté.

The following parameters need to be configured in this regard in Identity Server's SAML2 settings within the External Providers page (read here how to access Identity Server):

• Stratégie de mappage utilisateur externe : définit la stratégie de mappage. Les options suivantes sont disponibles :
  • By user email : votre adresse e-mail est définie comme attribut. Il s'agit de la valeur par défaut.
  • By username : votre nom d'utilisateur est défini comme attribut.
  • By external provider key : une clé de fournisseur externe est définie comme attribut.
• Nom de revendication de l'identificateur utilisateur externe (External user identifier claim name) : définit la revendication à utiliser comme identificateur pour le mappage. Cet élément n'est requis que si vous avez défini le nom d'utilisateur comme attribut.

Mappage personnalisé utilisant OKTA

L'exemple suivant présente une configuration pour chaque stratégie de mappage utilisant OKTA.

Remarque :

Redémarrez le serveur IIS après avoir effectué des changements de configuration et les avoir enregistrés dans Identity Server.

ByUserEmail

Il s'agit de la stratégie de mappage par défaut. L'identification de l'utilisateur s'effectue à l'aide d'une revendication d'e-mail. Les paramètres suivants sont requis dans les paramètres SAML2 d'Identity Server sur la page Fournisseurs externes (External Providers) :

• Cochez la case Activé (Enabled).

• Définissez le paramètre Stratégie de mappage utilisateur externe (External user mapping strategy) sur By user email.

  

ByUserName

Cela permet à l'administrateur de définir une revendication spécifique pour l'identification de l'utilisateur. Dans cet exemple, nous définissons une revendication personnalisée dans OKTA et utilisons user.employeeNumber comme identificateur.

Définissez les attributs correspondants.

Veillez à définir un utilisateur ayant le même nom d'utilisateur que celui défini dans OKTA.

Les paramètres suivants sont requis dans les paramètres SAML2 d’Identity Server sur la page Fournisseurs externes (External Providers) :

• Cochez la case Activé (Enabled).

• Définissez le paramètre Stratégie de mappage utilisateur externe (External user mapping strategy) sur By username.

• Définissez le paramètre Nom de revendication de l'identifiant utilisateur externe (External user identifier claim name) sur la revendication auparavant créée, dans notre exemple, auid-claim.

  

ByExternalProviderKey

Cette option est recommandée si les utilisateurs sont déjà définis dans Orchestrator et OKTA.

Un administrateur pouvant accéder à la base de données utilisateur Identity Server doit exécuter la commande SQL suivante :

INSERT INTO [identity].[AspNetUserLogins] (UserId,LoginProvider,ProviderKey)
VALUES (<userid>,'http://www.okta.com/exkh4xo7uoXgjukfS0h7','[e-mail]')

• Définissez le paramètre LoginProvider sur l'entityId utilisé dans OKTA
• Définissez le paramètre ProviderKey sur l'adresse e-mail de l'utilisateur

Les paramètres suivants sont requis dans les paramètres SAML2 d’Identity Server sur la page Fournisseurs externes (External Providers) :

• Cochez la case Activé (Enabled).

• Définissez le paramètre Stratégie de mappage utilisateur externe (External user mapping strategy) sur By external provider key.