> 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/da/getting-started/managing-credentials.md). # Administration af legitimationsoplysninger Administrer legitimationsoplysninger i Remote Desktop Manager med indstillinger på mappeniveau, nedarvede indstillinger eller brugerspecifikke indstillinger for at styre adgang og deling på tværs af t Afhængigt af organisationens sikkerhedspolitikker er der flere metoder til at håndtere legitimationsoplysninger. Vi understøtter en lang række scenarier, og de mest almindelige er anført nedenfor. Det er vigtigt at bemærke, at disse legitimationsoplysninger bruges til at oprette forbindelse til fjernværter, ikke til at starte Remote Desktop Manager på Windows. {% hint style="info" %} Nogle af følgende muligheder er ikke tilgængelige i Free-udgaven af Remote Desktop Manager, fordi de bygger på funktioner i [avancerede arbejdsområder](/rdm/da/getting-started/workspaces/workspace-types/native-workspaces.md). {% endhint %} ### Vigtige punkter Her er nogle vigtige punkter, som løsningens administrator skal være opmærksom på:

Vigtige punkter	Beskrivelse
Synlighed af adgangskode	De kan gemme adgangskoder i en legitimationspost (post med brugernavn/adgangskode). Som standard gemmes adgangskoden krypteret og maskeres i brugergrænsefladen. Det gør adgangskoden brugbar til forbindelser uden at vise den direkte. Afhængigt af typen af legitimationspost og brugerens tilladelser kan adgangskoden muligvis ses eller ikke ses (f.eks. ved at klikke på ikonet "øje"). Der findes flere typer legitimationsposter. Det er vigtigt at vælge typen omhyggeligt ud fra administrative og sikkerhedsmæssige behov.
Legitimationsoplysninger angivet på mapper	Mapper kan have definerede legitimationsoplysninger, hvilket er nyttigt til at genbruge de samme legitimationsoplysninger i en gren af netværksinfrastrukturen. For at bruge dem skal underordnede sessioner indstilles til at bruge nedarvede legitimationsoplysninger.
Placering af post	Når poster gemmes i trævisningen, kan brugere med tilladelsen Vis til den post (eller mappen via nedarvning) bruge dem, så legitimationsoplysninger kan deles med teammedlemmer. En brugerboks kan bruges til at gemme personlige oplysninger privat. Disse legitimationsoplysninger kan stadig tilgås offentligt ved at henvise til dem eller via brugerspecifikke indstillinger.
Brugerspecifikke indstillinger	Brugerspecifikke indstillinger giver delvise tilsidesættelser af postindstillinger, herunder legitimationsoplysninger. Tilsidesættelser gør det muligt at vælge legitimationsoplysninger direkte eller at sammenkæde med legitimationsoplysninger, der er gemt et andet sted, f.eks. i brugerboksen.

### Almindelige scenarier Her er de mest almindelige scenarier og deres løsninger. I de fleste tilfælde er den foretrukne fremgangsmåde, at sessioner bruger nedarvede legitimationsoplysninger. Sessionen kan dermed gå opad i hierarkiet, indtil den finder et sæt legitimationsoplysninger, uanset om de er defineret, sammenkædet eller tilsidesat på et højere niveau.

SCENARIE	STRATEGI
Ét sæt legitimationsoplysninger bruges af hele personalet, enten for hele systemet eller for en gren i trævisningen (kunde, afdeling osv.).	Angiv legitimationsoplysningerne i indstillingerne for boksen. Alle underordnede bruger nedarvede legitimationsoplysninger.
Hver bruger har sine egne legitimationsoplysninger til mange forskellige grene (ofte svarende til kunder, afdelinger osv.).	Brug de brugerspecifikke indstillinger på hver gren. Alle underordnede bruger nedarvede legitimationsoplysninger.
Hver bruger har sine egne legitimationsoplysninger, som administreres af en administrator.	Denne løsning kræver lidt mere arbejde. Administratoren skal oprette en mappe til hver bruger og derefter kun give tilladelser til den bruger. Brugeren skal derefter bruge brugerspecifikke indstillinger til at angive, at de legitimationsoplysninger, der er gemt i den mappe, bruges til at tilsidesætte det, der er defineret i posterne.
Hvert team bruger de samme legitimationsoplysninger.	Som ovenfor, men alle teammedlemmer har adgang til mappen. Alle skal bruge de brugerspecifikke indstillinger.
Hver bruger bruger sin domænekonto.	Konfigurer sessioner til at bruge Mine personlige legitimationsoplysninger. Hver bruger bliver bedt om at angive dem én gang pr. arbejdsstation, vedkommende bruger.

#### Se også * [Devolutions Academy – Oprettelse og administration af forskellige poster](https://academy.devolutions.net/student/activity/3266637) * [Devolutions Academy – Opdeling af almindelige scenarier: administration af et miljø med flere klienter](https://academy.devolutions.net/student/activity/3380650) * [Devolutions Academy – Forstå nedarvning på mapper og poster](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 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/rdm/da/getting-started/managing-credentials.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.