> For the complete documentation index, see [llms.txt](https://docs.devolutions.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.devolutions.net/cloud/fr/getting-started/get-started-with-sso-in-devolutions-cloud/configure-sso-authentication-with-okta.md). # Configurer l'authentification SSO avec Okta Configurez l'authentification unique et le provisionnement SCIM pour Devolutions Cloud avec Okta, y compris la vérification du domaine, la configuration de l'application et la synchronisation des util Utilisez Okta avec Devolutions Cloud pour l'authentification unique (SSO) en suivant les étapes de cette page. Consultez d'abord les exigences et les fonctionnalités prises en charge ci-dessous. {% hint style="info" %} Même avec un SSO configuré, l'accès aux données sensibles exige toujours la saisie d'un mot de passe, la réponse à une notification poussée, la lecture d'un code QR ou toute autre invite de confirmation jugée nécessaire pour respecter le principe de connaissance zéro. L'installation du [service de chiffrement de Devolutions](/cloud/fr/web-interface/administration/configuration-and-security/access-and-authentication/encryption-service.md) vous permet de contourner cette mesure. {% endhint %} ### Exigences Pour utiliser le SSO ou le provisionnement automatique (SCIM) avec Okta, un [compte Okta](https://www.okta.com/) avec les droits appropriés est requis. La procédure de validation de domaine (voir ci-dessous) doit également être complétée afin de vérifier la propriété du ou des domaines configurés. Seuls les utilisateurs dont les courriels ont des domaines vérifiés sont autorisés à se connecter via SSO ou à être provisionnés via SCIM. ### Fonctionnalités prises en charge * Se connecter à l'instance Devolutions Cloud via le SSO Okta * Provisionnement juste-à-temps (JAT) des utilisateurs connectés via le SSO Okta * Synchroniser votre Okta vers Devolutions Cloud * Créer/mettre à jour des utilisateurs d'Okta vers Devolutions Cloud (créer des utilisateurs, mettre à jour les attributs des utilisateurs et désactiver des utilisateurs) * Créer/mettre à jour des groupes d'Okta vers Devolutions Cloud (poussée de groupes) {% hint style="warning" %} Les utilisateurs provisionnés en JAT par le SSO ou créés par la synchronisation SCIM doivent être invités dans Devolutions Cloud dans ***Administration – Utilisateurs*** , comme décrit dans les étapes ci-dessous. {% endhint %} ### Étapes de configuration Voici les étapes pour valider le domaine, configurer l'authentification unique et effectuer le provisionnement des utilisateurs. #### Vérification du domaine **Dans Devolutions Cloud** 1. Allez dans ***Administration – Authentification – Domaine***, puis cliquez sur ***Ajouter un domaine***. 2. Remplissez le domaine, puis cliquez sur la coche pour lancer le processus de vérification. {% hint style="info" %} Pour des raisons de sécurité, seuls les courriels qui se terminent par votre nom de domaine sont autorisés à se connecter à Devolutions Cloud à l'aide de l'authentification Okta. Par exemple, si les courriels des employés sont au format « », le domaine est « windjammer.co ». {% endhint %} 3. Pour avoir plusieurs domaines, cliquez de nouveau sur ***Ajouter un domaine***, remplissez votre autre domaine, puis cliquez sur la coche. Répétez ce processus pour chaque domaine que vous souhaitez ajouter. 4. Créez un [enregistrement DNS TXT](https://learn.microsoft.com/en-us/microsoft-365/admin/get-help-with-domains/create-dns-records-at-any-dns-hosting-provider) à l'aide du ***Nom d'hôte*** et de la ***Valeur TXT*** fournis. Cela nous permet de vérifier la propriété du ou des domaines fournis. Il est recommandé de vérifier que la configuration est adéquate à l'aide d'outils de requête DNS tels que [MXToolBox](https://mxtoolbox.com/SuperTool.aspx) ou [whatsmydns.net](https://www.whatsmydns.net/). La première partie du nom de domaine doit correspondre au ***Nom d'hôte*** dans Devolutions Cloud et l'enregistrement doit également correspondre à la ***Valeur TXT*** dans Devolutions Cloud. {% hint style="warning" %} La propagation des enregistrements DNS TXT peut prendre un certain temps. Une fois le domaine vérifié, il n'est pas nécessaire de conserver l'enregistrement DNS TXT. {% endhint %} 5. Attendez la vérification du domaine. Lorsque la vérification réussit, une coche dans un cercle vert s'affiche à côté du domaine. Vous pouvez configurer l'authentification unique (SSO) pendant le processus de vérification; toutefois, le provisionnement des utilisateurs ne devient accessible qu'une fois le domaine vérifié. {% hint style="warning" %} Cette validation dure 48 heures et ne recommence pas automatiquement après cette période. Si l'enregistrement TXT n'est pas configuré durant ces 48 heures, l'état de la validation sera ***Expiré***. Si cela se produit, cliquez sur ***Réessayer***. Si des problèmes surviennent lors de la vérification du domaine, consultez notre guide de [dépannage de la validation de domaine](/cloud/fr/knowledge-base/troubleshooting-articles/domain-validation-troubleshooting.md). {% endhint %} #### Configuration de l'authentification unique (SSO) 1. Allez dans ***Administration – Authentification – Authentification unique (SSO)***, puis cliquez sur ***Authentification unique (SSO) Okta*** pour être redirigé vers la page de configuration. 2. ***Nommez*** la configuration SSO. Ce nom apparaîtra uniquement dans le menu des paramètres SSO de Devolutions Cloud. Le nom par défaut est « Okta ». {% hint style="warning" %} Ne fermez pas cette page de configuration, car les étapes suivantes indiquent où trouver les informations à saisir dans ses champs. {% endhint %} **Dans Okta** 3. Connectez-vous au compte Okta. 4. Dans ***Applications***, cliquez sur ***Browse App Catalog***. 5. Recherchez ***Devolutions Cloud***, puis cliquez sur l'application dans les résultats de recherche. 6. Cliquez sur ***Add Integration*** en haut. 7. Dans l'onglet ***Sign On***, copiez le ***Client ID***. **Dans Devolutions Cloud** 8. De retour à la page ***Configurer l'authentification unique (SSO)***, collez le ***Client ID*** de l'étape précédente dans le champ du même nom. **Dans Okta** 9. De retour dans l'onglet ***Sign On***, copiez le ***Client secret***. **Dans Devolutions Cloud** 10. De retour à la page ***Configurer l'authentification unique (SSO)***, collez le ***Client secret*** de l'étape précédente dans le champ ***Client secret Key***. 11. Dans ***Discovery URL***, entrez l'URL utilisée pour accéder à Okta, sans la partie « -admin ». {% hint style="warning" %} Ne testez pas la connexion tout de suite, car des utilisateurs doivent d'abord être assignés à l'application. {% endhint %} **Dans Okta** 12. Dans l'onglet ***Assignments***, assurez-vous que chaque utilisateur servant à tester la configuration est assigné à l'application. Pour plus de détails, consultez la documentation d'Okta sur la gestion des utilisateurs et l'assignation des applications. **Dans Devolutions Cloud** 13. Testez la configuration dans Devolutions Cloud. Une nouvelle fenêtre s'ouvre pour vous connecter à Devolutions Cloud via Okta. Lorsque la connexion est établie, un message de réussite apparaît. {% hint style="warning" %} Si la fenêtre contextuelle n'apparaît pas, il est possible que le navigateur ou une extension de navigateur la bloque. Modifiez les paramètres du navigateur et/ou de l'extension. Si cela ne fonctionne toujours pas, désactiver/supprimer l'extension ou changer de navigateur peut aussi résoudre le problème. {% endhint %} 14. Cliquez sur ***Enregistrer*** dans le ***Résumé*** de la configuration SSO Okta. La configuration SSO est maintenant terminée. Une icône de coche verte devrait maintenant être visible à côté de la configuration, ce qui signifie que la configuration SSO via Okta est maintenant activée dans Devolutions Cloud. **Connexion SSO Okta** Lors de la connexion à Devolutions Cloud, cliquez sur ***Se connecter avec Okta***. Une page de connexion Okta s'ouvrira. Entrez les identifiants Okta et cliquez sur ***Sign in***. Devolutions Cloud sera alors accessible. #### Configuration du provisionnement SCIM Synchronisez les utilisateurs et les groupes d'utilisateurs des fournisseurs vers Devolutions Cloud en suivant les étapes de cette section. Consultez d'abord la liste des fonctionnalités prises en charge ci-dessous. {% hint style="warning" %} Notez que nous ne prenons en charge la synchronisation que dans une seule direction, d'Okta vers Devolutions Cloud, précisément pour les utilisateurs et les groupes. La synchronisation de Devolutions Cloud vers Okta n'est **pas** prise en charge. {% endhint %} **Fonctionnalités prises en charge** * Créer des utilisateurs * Mettre à jour les attributs des utilisateurs * Désactiver des utilisateurs * Poussée de groupes **Étapes de configuration du provisionnement** **Dans Okta** 1. Allez à l'application Devolutions Cloud. 2. Dans l'onglet ***Provisioning***, cliquez sur ***Configure API Integration***. 3. Cochez la case ***Enable API Integration***. **Dans Devolutions Cloud** 4. Allez dans ***Administration – Authentification – Provisionnement*** et activez le provisionnement SCIM. 5. Copiez le ***Jeton secret*** en cliquant sur l'icône ***Copier dans le presse-papiers*** à côté de celui-ci. **Dans Okta** 6. De retour dans l'onglet ***Provisioning*** dans Okta, collez le ***Jeton secret*** de l'étape précédente dans le champ ***API Token***. 7. Cliquez sur ***Test API Credentials***. Un message de réussite devrait apparaître. **Dans Devolutions Cloud** 8. De retour à la configuration du ***Provisionnement*** dans Devolutions Cloud, cliquez sur ***Activer la synchronisation***. **Dans Okta** 9. ***Enregistrez*** la configuration du provisionnement Okta. 10. Toujours dans l'onglet ***Provisioning***, allez aux paramètres ***To App***, puis cliquez sur ***Edit***. 11. Activez/désactivez les paramètres suivants : * Activer : * ***Create Users*** * ***Update Attributes*** * ***Deactivate Users*** * Désactiver : * ***Set password when creating new users*** (sous le paramètre ***Create Users***) 12. ***Enregistrez*** les modifications. La synchronisation d'Okta vers Devolutions Cloud est maintenant configurée. {% hint style="info" %} Il est possible d'assigner des utilisateurs et des groupes à synchroniser. Pour plus de détails, consultez la documentation d'Okta sur l'[assignation d'applications aux utilisateurs](https://help.okta.com/en-us/content/topics/users-groups-profiles/usgp-assign-apps.htm) et l'[assignation d'une intégration d'application à un groupe](https://help.okta.com/en-us/content/topics/provisioning/lcm/lcm-assign-app-groups.htm). {% endhint %} #### Q\&R **Q : Pourquoi les utilisateurs reçoivent-ils encore une invite de mot de passe après la connexion SSO?** **R :** Cette invite est liée à la clé privée. Lorsque les utilisateurs se connectent, ils doivent choisir la façon dont la clé privée sera stockée. S'ils choisissent le mot de passe, ils devront le saisir la première fois qu'ils se connecteront depuis un nouveau navigateur ou après avoir vidé le cache de leur navigateur. **Q : Cette invite de clé privée peut-elle être désactivée?** **R :** La seule façon de désactiver l'invite de clé privée est de configurer votre propre service de chiffrement. Pour plus de détails, consultez l'[article suivant](/cloud/fr/web-interface/administration/configuration-and-security/access-and-authentication/encryption-service.md). **Q : Comment pouvons-nous ajouter des utilisateurs invités à notre Devolutions Cloud?** **R :** Si les utilisateurs invités font partie d'Okta, ils peuvent être ajoutés par le processus de provisionnement. Lorsque les utilisateurs invités n'ont plus besoin d'accès, il suffit de les retirer de la configuration du provisionnement. **Q : The client ID or secret supplied by your organization is invalid, please contact an administrator of your organization.** **R :** Cela signifie très probablement que le secret client a expiré dans Okta. La solution est de créer un nouveau secret et de le mettre à jour dans la configuration SSO de Devolutions Cloud. **Q : Si l'option obligeant tous les utilisateurs et administrateurs à se connecter avec le SSO est activée, que se passerait-il si le SSO échoue?** **R** : Si Force SSO est activé pour tous les utilisateurs, ils perdront l'accès à Devolutions Cloud en cas de mauvaise configuration ou d'interruption de service du fournisseur SSO. Il est fortement recommandé d'informer tous les utilisateurs existants dans Devolutions Cloud de cette nouvelle méthode d'authentification avant l'activation. Autrement, consultez [Désactiver Force SSO pour tous les utilisateurs dans Devolutions Cloud à l'aide de PowerShell](https://docs.devolutions.net/powershell/fr/devolutions-cloud-powershell/disable-force-sso-on-all-users-in-devolutions-cloud-using-powershell) pour désactiver temporairement la fonctionnalité. **Q : Le UPN d'un utilisateur peut-il être modifié?** **R :** Devolutions Cloud utilise le UPN, et non le courriel, pour authentifier les utilisateurs dans la base de données. Modifier le UPN change aussi les informations liées à l'utilisateur. Devolutions Cloud considère qu'il s'agit d'un nouvel utilisateur, ce qui nécessite de répéter le processus d'invitation. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.devolutions.net/cloud/fr/getting-started/get-started-with-sso-in-devolutions-cloud/configure-sso-authentication-with-okta.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.