> 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/web-interface/administration/configuration-and-security/access-and-authentication/encryption-service.md). # Service de chiffrement Configurez le service de chiffrement de Devolutions Cloud pour simplifier les connexions SSO sans inviter chaque utilisateur, en plus de conseils de configuration et de dépannage. Le service de chiffrement de Devolutions Cloud simplifie l'accès en éliminant l'obligation d'inviter individuellement chaque utilisateur d'un fournisseur SSO. Cette fonctionnalité peut être activée dans Devolutions Cloud sous ***Administration*** – ***Authentification*** – ***Service de chiffrement***. Bien que les Devolutions Accounts soient toujours requis avec Devolutions Cloud, le service de chiffrement est conçu pour offrir une expérience simple et conviviale. Lorsque les utilisateurs se connectent par SSO, le service crée automatiquement leur Devolutions Account à partir des informations provenant du fournisseur SSO et récupère la clé de chiffrement du service lui-même. Si le Devolutions Account de l'utilisateur existe déjà, le système le reconnaîtra et fournira la clé nécessaire sans exiger d'autre action. Pour que cela fonctionne comme prévu, vous devez configurer le service de chiffrement dans votre locataire. {% hint style="info" %} Même avec un SSO configuré, l'accès aux données sensibles nécessite toujours la saisie d'un mot de passe, la réponse à une notification poussée, le balayage d'un code QR ou l'exécution de toute autre invite de confirmation jugée nécessaire pour respecter le principe de connaissance nulle. L'installation du service de chiffrement permet de contourner cette mesure. {% endhint %} ### Méthodes de configuration Il existe deux façons de configurer le service de chiffrement : * La [méthode du modèle Azure](/cloud/fr/web-interface/administration/configuration-and-security/access-and-authentication/encryption-service/configure-devolutions-cloud-encryption-service-using-an-azure-template.md), qui est recommandée puisqu'il s'agit de l'approche la plus simple. * La [méthode des Devolutions Cloud Services](/cloud/fr/web-interface/administration/configuration-and-security/access-and-authentication/encryption-service/configure-devolutions-cloud-encryption-service-using-the-devolutions-cloud-services.md), qui, bien que plus complexe, peut constituer une solution de rechange appropriée pour des cas d'utilisation précis. ### Haute disponibilité et mise à l'échelle Devolutions Cloud prend en charge un seul terminal de service de chiffrement par instance : les paramètres du service de chiffrement n'acceptent qu'une seule URL. Pour éviter un point de défaillance unique, faites pointer cette URL vers plusieurs instances du service de chiffrement plutôt que vers une seule. Lorsque le service de chiffrement est hébergé dans Azure App Service, vous pouvez obtenir une haute disponibilité en le mettant à l'échelle horizontalement, de sorte que plusieurs instances s'exécutent derrière le même terminal. Aucun modèle de déploiement n'est fourni pour ce scénario, mais le nombre d'instances peut être augmenté manuellement dans les paramètres ***Scale out*** du plan App Service. Consultez la [documentation de Microsoft sur la mise à l'échelle d'une appli dans Azure App Service](https://learn.microsoft.com/en-us/azure/app-service/manage-scale-up) pour plus d'informations. {% hint style="warning" %} Le service de chiffrement conserve en mémoire l'état de chaque flux d'authentification, et cet état n'est pas partagé entre les instances. Lorsque plus d'une instance s'exécute, **ARR affinity** (affinité de session) doit être activée pour que toutes les requêtes d'une connexion donnée atteignent la même instance. Dans Azure App Service, cette option se trouve sous ***Settings*** – ***Configuration*** – ***General settings*** – ***ARR affinity***. Si vous utilisez un autre équilibreur de charge, activez les sessions persistantes sur celui-ci. {% endhint %} Lorsque plusieurs instances sont en cours d'exécution, ajoutez les adresses IP sortantes de chaque instance à la [liste d'autorisation d'IP](/cloud/fr/web-interface/administration/configuration-and-security/ip-allowlist.md). ### Dépannage * Si des utilisateurs éprouvent des problèmes de connexion pendant que le service de chiffrement est activé, il est possible de redémarrer l'App à partir de la page App Service pour tenter de résoudre le problème. Si le problème persiste, essayez d'arrêter l'App Service. Cependant, sachez que les utilisateurs sans mot de passe devront en créer un et auront besoin d'une invitation pour accéder à l'instance Devolutions Cloud. * Pour accéder aux journaux, allez au Deployment Center depuis la page App Service en le sélectionnant dans le menu de gauche, puis naviguez vers l'onglet ***Logs***. Il est recommandé d'envoyer ces journaux lors de l'ouverture d'un billet de support pour obtenir de l'aide. * Si vous éprouvez des problèmes pendant la configuration du service de chiffrement, sachez que vous pouvez arrêter le service dans Azure à tout moment. Cela fait en sorte que Devolutions Cloud revient à la connexion SSO régulière, et garantit que ses utilisateurs peuvent toujours y accéder sans interruption. * Assurez-vous que les adresses IP sortantes du service de chiffrement sont ajoutées dans la [liste d'autorisation d'IP](/cloud/fr/web-interface/administration/configuration-and-security/ip-allowlist.md) afin qu'il puisse communiquer avec le serveur Devolutions Cloud. ### Foire aux questions **Q :** *Qu'est-ce qui est sauvegardé ou stocké par le service de chiffrement auto-hébergé?* **R :** La biclé privée et publique est générée dans le navigateur et n'est jamais sauvegardée ni stockée nulle part. Le service de chiffrement reçoit uniquement la clé publique pour permettre au flux d'authentification de se poursuivre. **Q :** *Qu'arriverait-il aux clés de chiffrement existantes si le service de chiffrement auto-hébergé était mis à jour via Entra ID?* **R :** Le redéploiement récupère la version la plus récente du conteneur; les clés de chiffrement ne sont sauvegardées nulle part et ne sont donc pas affectées. **Q :** *Le service de chiffrement peut-il être sécurisé davantage?* **R :** Ajouter des couches de sécurité supplémentaires est parfaitement faisable ici. Assurez-vous que le service est en mesure de joindre – et d'être joint par – Devolutions Cloud et Devolutions Portal. Le service de chiffrement fonctionne comme une redirection dans le flux d'authentification de Devolutions Cloud, permettant le provisionnement SSO automatique, le déchiffrement de votre clé Devolutions Cloud à chaque connexion, et éliminant le besoin d'invitations. **Q :** *Puis-je créer des services de chiffrement de secours?* **R :** Des services de chiffrement supplémentaires peuvent être créés, mais un utilisateur doit être en mesure de se connecter et de changer l'URL dans les paramètres du service de chiffrement. Sinon, la méthode normale de déchiffrement des clés est utilisée par défaut. Une déconnexion pourrait être requise ici. **Q :** *Puis-je configurer le service de chiffrement pendant que d'autres personnes utilisent l'instance Devolutions Cloud?* **R :** En principe, cela ne devrait poser aucun problème. Il est recommandé de planifier à l'avance les changements aux services afin d'éviter les problèmes de configuration, auquel cas il est préférable de désactiver complètement la fonctionnalité pendant que vous travaillez à un correctif. **Q :** *Si un serveur auto-hébergé est requis pour le service de chiffrement, cela signifie-t-il que nous devons héberger Devolutions Cloud sur un serveur physique ou une machine virtuelle?* **R :** Devolutions Cloud n'a pas besoin d'être hébergé sur un serveur, seul le service de chiffrement en a besoin. --- # 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/web-interface/administration/configuration-and-security/access-and-authentication/encryption-service.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.