> 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/rdm/fr/getting-started/managing-credentials.md).

# Gestion des identifiants

Selon les politiques de sécurité de votre organisation, il existe plusieurs méthodes pour gérer les identifiants. Nous prenons en charge un large éventail de scénarios, dont les plus populaires sont énumérés ci-dessous. Il est important de noter que ces identifiants servent à se connecter à des hôtes distants, et non à lancer Remote Desktop Manager Windows.

{% hint style="info" %}
Certaines des options suivantes ne sont pas disponibles dans l'édition Free de Remote Desktop Manager, car elles reposent sur des fonctionnalités offertes par les [espaces de travail avancés](https://docs.devolutions.net/rdm/fr/getting-started/workspaces/workspace-types/native-workspaces?tab=macos).
{% endhint %}

### Points clés

Voici quelques points clés que l'administrateur de la solution doit connaître :

<table><thead><tr><th width="229">Points clés</th><th>Description</th></tr></thead><tbody><tr><td><strong>Visibilité du mot de passe</strong></td><td>Vous pouvez stocker des mots de passe dans une entrée d'identifiants (entrée nom d'utilisateur/mot de passe). Par défaut, le mot de passe est stocké sous forme chiffrée et est masqué dans l'interface. Cela rend le mot de passe utilisable pour les connexions sans l'exposer directement. Selon le type d'entrée d'identifiants et les permissions de l'utilisateur, le mot de passe peut être visible ou non (par exemple, en cliquant sur l'icône « œil »). Plusieurs types d'entrées d'identifiants sont offerts. Il est important de choisir le type avec soin en fonction des besoins administratifs et de sécurité.</td></tr><tr><td><strong>Identifiants définis sur des dossiers</strong></td><td>Les dossiers peuvent avoir des identifiants définis, ce qui est utile pour réutiliser les mêmes identifiants dans une branche de l'infrastructure réseau. Pour les utiliser, les sessions enfants doivent être ajustées afin d'utiliser des identifiants hérités.</td></tr><tr><td><strong>Emplacement de l'entrée</strong></td><td>Le stockage des entrées dans l'arborescence permet aux utilisateurs ayant les permissions d'affichage sur cette entrée (ou sur le dossier par héritage) de les utiliser, ce qui permet de partager des identifiants avec les membres de l'équipe. Un <a href="/pages/9fTYoY2O7dTxVMDQvRxV">coffre utilisateur</a> est disponible pour stocker des renseignements personnels de façon privée. Ces identifiants peuvent tout de même être accessibles publiquement en les référençant ou par les paramètres propres à l'utilisateur.</td></tr><tr><td><strong>Paramètres propres à l'utilisateur</strong></td><td>Les <a href="/pages/cnww2VS8g958bwachtFF">paramètres propres à l'utilisateur</a> permettent de remplacer partiellement les paramètres d'une entrée, y compris les identifiants. Les remplacements permettent de sélectionner directement des identifiants ou de faire un lien vers des identifiants stockés ailleurs, comme dans le <a href="/pages/9fTYoY2O7dTxVMDQvRxV">coffre utilisateur</a>.</td></tr></tbody></table>

### Scénarios courants

Voici les scénarios les plus courants et leurs solutions. Dans la plupart des cas, l'approche à privilégier est que les sessions utilisent des identifiants hérités. Cela permet à la session de remonter la hiérarchie jusqu'à ce qu'elle trouve un jeu d'identifiants — qu'ils soient définis, liés ou remplacés à un niveau supérieur.

<table><thead><tr><th width="380">SCÉNARIO</th><th width="359">STRATÉGIE</th></tr></thead><tbody><tr><td>Un seul jeu d'identifiants est utilisé par tout le personnel, que ce soit pour l'ensemble du système ou pour une branche de votre arborescence (client, département, etc.).</td><td>Définissez les identifiants dans les <a href="/pages/Lp3XKr9N2w5qJct0Em4C#setting-overrides">paramètres du coffre</a>. Tous les enfants utilisent des identifiants hérités.</td></tr><tr><td>Chaque utilisateur possède ses propres identifiants pour plusieurs branches différentes (correspondant souvent à des clients/départements, etc.).</td><td>Utilisez les <a href="/pages/cnww2VS8g958bwachtFF">paramètres propres à l'utilisateur</a> sur chaque branche. Tous les enfants utilisent des identifiants hérités.</td></tr><tr><td>Chaque utilisateur possède ses propres identifiants gérés par un administrateur.</td><td>Cette solution demande un peu plus de travail. L'administrateur doit créer un dossier pour chaque utilisateur, puis accorder les permissions uniquement à cet utilisateur. L'utilisateur utilisera ensuite les <a href="/pages/cnww2VS8g958bwachtFF">paramètres propres à l'utilisateur</a> pour spécifier que les identifiants stockés dans ce dossier servent à remplacer ce qui est défini dans les entrées.</td></tr><tr><td>Chaque équipe utilise les mêmes identifiants.</td><td>Comme ci-dessus, mais tous les membres de l'équipe ont accès au dossier. Ils doivent tous utiliser les <a href="/pages/cnww2VS8g958bwachtFF">paramètres propres à l'utilisateur</a>.</td></tr><tr><td>Chaque utilisateur utilise son compte de domaine.</td><td>Configurez les sessions pour utiliser <a href="/pages/IaXDufof43GUiVyXZixe">Mes identifiants personnels</a>. Chaque utilisateur sera invité à les définir une fois par poste de travail qu'il utilise.</td></tr></tbody></table>

#### Voir aussi

* [Devolutions Academy – Création et gestion de différentes entrées](https://academy.devolutions.net/student/activity/3266637)
* [Devolutions Academy – Décortiquer les scénarios courants : gestion d'un environnement multiclient](https://academy.devolutions.net/student/activity/3380650)
* [Devolutions Academy – Comprendre l'héritage sur les dossiers et les entrées](https://academy.devolutions.net/student/activity/3266647)


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.devolutions.net/rdm/fr/getting-started/managing-credentials.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.