Partager cette page

# Étape 7 : Activer le SSO

Conditions préalables : Étape 6: Valider le fournisseur d’identité (IdP).

Cette étape consiste à activer le SSO. Cette opération ne doit être effectuée qu’après la validation de « lalm IdP ». Après avoir activé le SSO, l’authentification ALM SSO est terminée, et vous pouvez ajouter d’autres IdP si nécessaire.

Pour activer le SSO, activez le bouton à bascule Activer le SSO dans le coin supérieur droit de l’outil de configuration du SSO. Une fois l’authentification SSO activée, il est impossible de la désactiver.

## FAQ

Q : Pourquoi n’ai-je pas réussi à me connecter à ALM via le Lanceur du client ALM après l’activation du SSO dans ALM 15.0 ?

R : Cause profonde : Une ancienne version de Lanceur du client ALM a été utilisée.

Solution: Téléchargez la dernière version du Lanceur du client ALM afin de travailler avec la solution SSO d’ALM 15.x.

https://marketplace.microfocus.com/appdelivery/content/alm-client-launcher

Q : Pourquoi puis-je cliquer sur le bouton Activer le SSO même si je n’ai pas réussi à valider « l’alm » IdP ?

R : Si vous réglez « Activer l’authentification locale » sur « OUI » dans Étape 1 : Configurer ALM comme SP, ALM authentifie les utilisateurs locaux du côté ALM et authentifie les utilisateurs IdP du côté IdP. Si vous êtes un utilisateur local d’ALM, ALM vous permet d’activer le SSO même lorsque l’IdP « alm » ne passe pas la validation, car dans ce cas vous avez toujours la possibilité de vous connecter à ALM en tant qu’utilisateur local pour corriger la configuration de l’IdP afin que les utilisateurs de l’IdP puissent se connecter à ALM.

Q : Si certains problèmes provoquent l’échec de l’authentification SSO et que je ne peux pas ouvrir l’outil de configuration SSO, que dois-je faire ?

R : Nous vous recommandons d’activer l’authentification locale afin que, une fois le SSO activé, les utilisateurs locaux puissent toujours se connecter à ALM pour résoudre les problèmes de configuration du SSO.

Q : Est-ce que je vais perdre mon compte local après l’activation du SSO ?

R : Depuis la version 15.0.1, une fois le SSO activé, tous les utilisateurs sont authentifiés soit par l’authentification SSO, soit par l’authentification locale.

Les comptes locaux sont toujours conservés dans ALM après l’activation du SSO. Pour être authentifié, chaque compte local doit remplir l’une des deux conditions suivantes :

- Être mis en correspondance avec un utilisateur IdP.
- Être configuré comme un utilisateur local ALM et l’authentification locale est activée.

Q : Puis-je contourner le partenariat fédéré et me connecter directement à ALM ?

R : ALM 15.0.1 et les versions ultérieures prennent en charge l’authentification locale. Lorsque l’authentification locale est activée, l’administrateur du site peut configurer un utilisateur en tant qu’utilisateur local d’ALM en spécifiant son IdP ID comme « local » : ces utilisateurs locaux peuvent se connecter directement à ALM.

Q : Après l’activation du SSO, qu’adviendra-t-il des projets créés et consultés avant l’activation du SSO ?

R: Il n’y a pas d’impact sur les données du projet. L’authentification SSO ne modifie que la gestion des utilisateurs.

Q : Si j’utilise QC/ALM depuis des années, ai-je toujours accès aux mêmes ressources qu’auparavant ?

R : Le passage en mode SSO ne modifie pas les noms d’utilisateur des utilisateurs existants. Ils peuvent toujours accéder aux mêmes ressources que lorsqu’ALM fonctionne en mode non-SSO.

Ils sont simplement mis en correspondance avec les utilisateurs IdP correspondants. Le tableau UTILISATEURS comporte 2 colonnes supplémentaires : US_IDENTITY_KEY et US_IDPID_NAME pour conserver les informations de mappage de chaque utilisateur.

Q : Lorsque j’essaie d’accéder à ALM 15.0 après m’être authentifié dans IdP, pourquoi le navigateur Web signale-t-il « 431 champs d’en-tête de demande trop grands » ?

R : Lorsque ALM 15 fonctionne en mode SSO, certaines sessions IdP et SP supplémentaires sont ajoutées au cookie des requêtes HTTP, ce qui rend la taille de l’en-tête de la requête beaucoup plus importante que lorsqu’ALM fonctionne en mode non-SSO. Si le proxy inverse ou l’ALM de l’utilisateur a restreint la taille de l’en-tête de la requête pour qu’elle soit inférieure à la taille réelle, ce problème se produit.

Pour résoudre ce problème, modifiez les paramètres d’ALM Jetty afin d’augmenter la taille de l’en-tête de la demande. Taille recommandée : 81920. Pour en savoir plus sur la façon de configurer « requestHeaderSize » des connecteurs Jetty, consultez la documentation Jetty.

Si le proxy inverse restreint également la taille de l’en-tête de la demande, demandez à l’administrateur réseau de modifier cette taille.

Q : Comment modifier manuellement les fichiers de configuration du SSO si le dossier du référentiel ALM change après l’activation du SSO ?

R : Pour modifier manuellement les fichiers de configuration du SSO :

1. Dans le fichier `qcConfigFile.properties` situé dans `{dossier_installation}`, mettez à jour la valeur de « repositoryPath » pour le nouveau dossier de référentiel.

2. Dans le fichier `wrapper.conf` situé dans `{deployment_folder}/wrapper`, mettez à jour la valeur de « wrapper.java.additional.34 » comme suit :

   `wrapper.java.additional.34=-Dalm.osp.framework.generic-properties-filename="{New ALM repository}/sa/DomsInfo/osp/basic.properties"`

3. Dans le fichier `basic.properties` situé dans `{dossier du référentiel du projet}`, mettez à jour la valeur de « oauth-keystore.file » comme suit :

   `oauth-keystore.file={New ALM repository}\\sa\\DomsInfo/osp/basic.pfx`

4. Dans le fichier `ospcfg.xml` situé dans `{dossier du référentiel du projet}`, mettez à jour la valeur de name="propertiesFile" comme suit :

   `<NamedValue value="{New ALM repository}\sa\DomsInfo/osp/alm.properties" name="propertiesFile"/>`

5. Effectuez les opérations suivantes : Étape 1 : Configurer ALM comme SP, Étape 2 : Configurer l’IdP par défaut, et Step 3: Déploiement de composants SSO dans l’outil de configuration SSO.

Note : Pour plus de détails sur la façon de modifier le référentiel ALM, consultez cet article de la base de connaissances.

Q : Une fois le SSO activé, si je me connecte à ALM en utilisant Chrome ou Edge (version 86 et ultérieure), je suis redirigé vers la page de connexion IdP. Après m’être connecté à l’IdP, Chrome ou Edge continue de me rediriger entre ALM et IdP.

R : Modifiez le paramètre de sécurité dans Chrome ou Edge :

1. Saisissez « chrome://flags/ » dans Chrome ou « edge://flags/ » dans Edge.
2. Recherchez le mot clé « SameSite by default cookies ».

3. Pour Chrome : Réglez les options Cookies sans SameSite doit être sécurisé et Cookies par défaut de SameSite sur Désactivé.

   Pour Edge : Définissez les options Cookies par défaut de SameSite et Schemeful Same-Site sur Désactivé.

Retour en haut

Étapes suivantes :

- (Facultatif) Étape 8 : Ajouter des IdP supplémentaires

https://admhelp.microfocus.com ALM 8942
Conseils pour améliorer vos résultats de recherche... ALM Help Center ALM Help Center Aide ALM 16.00 Tout Afficher le centre d’aide local Afficher le centre d’aide en ligne arrière Revenir en arrière dans l’historique de navigation avant Avancer dans l’historique de navigation Désactiver la mise en surbrillance dans les résultats de recherche rubrique suivante Atteindre la rubrique suivante rubrique précédente Atteindre la rubrique précédente Imprimer la rubrique actuelle Version :