> 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/ribbon-menu-bar/administration/security-providers.md).

# Sikkerhedsudbydere

Konfigurer en sikkerhedsudbyder i Remote Desktop Manager, f.eks. delt adgangssætning, certifikat eller nøglefil, til at kryptere indholdet i arbejdsområdet.

{% tabs %}
{% tab title="Windows" %}
***Sikkerhedsudbyder*** gør det muligt at kryptere arbejdsområdets indhold. For at få adgang til sikkerhedsudbyderen skal De gå til ***Administration – Sikkerhedsudbyder***.

{% hint style="info" %}
Denne funktion kræver et [avanceret arbejdsområde](/rdm/da/getting-started/workspaces/workspace-types/native-workspaces.md).
{% endhint %}

Uanset den valgte sikkerhedsudbyder er adgangskoder, der er gemt i arbejdsområder, **ALTID** krypteret med AES 256-bit-kryptering.

Når De konfigurerer en certifikatsikkerhedsudbyder i et udgivet app-miljø (Citrix, RemoteApp, XenApp) som sikkerhedsudbyder, skal den bruger, der skal køre Remote Desktop Manager i RemoteApp-miljøet (Citrix), have en ***Læsetilladelse*** til certifikatet.

Hvis tilladelsen ***Læsetilladelse*** ikke er angivet korrekt, viser Remote Desktop Manager fejldialogboksen CryptographicException - Keyset does not exist. Følg [Certifikatsikkerhedsudbyder i et udgivet app-miljø](/rdm/da/knowledge-base/how-to-articles/certificate-security-provider-in-a-published-app-environment.md) for at løse problemet.

En sikkerhedsudbyder sikrer, at ingen kan læse posternes konfigurationsdata, selv når personer har direkte adgang til databasen eller databaserne eller til en sikkerhedskopi. Teamarbejdsområder bør altid sikres med en sikkerhedsudbyder.

{% hint style="warning" %}
Før De bruger en ny sikkerhedsudbyder eller ændrer en eksisterende, skal De sørge for, at alle brugere er afbrudt fra arbejdsområdet. Hvis De ændrer en eksisterende delt adgangssætning eller et certifikat, skal De bemærke, at brugerne får adgang til arbejdsområdet igen, når de angiver den nye delte adgangssætning eller det nye certifikat på deres computer.
{% endhint %}

### Indstillinger

Bemærk, at det er en tidskrævende handling at skifte sikkerhedsudbyder på et arbejdsområde med et stort antal poster.

{% hint style="warning" %}
Anvendelse af en ny sikkerhedsudbyder behandler hele databasen, og derfor anbefaler vi, at De opretter en sikkerhedskopi før denne handling.
{% endhint %}

1. Gå til ***Administration*** – ***Sikkerhedsudbyder*** på båndet i Remote Desktop Manager.
2. Klik på ***Skift sikkerhedsindstillinger*** for at ændre sikkerhedsudbyderen.
3. Vælg en sikkerhedstype på rullelisten.

<table><thead><tr><th width="216.20001220703125">INDSTILLING</th><th>BESKRIVELSE</th></tr></thead><tbody><tr><td>Standard</td><td>Det XML-indhold, der er gemt i databasen, krypteres ikke som standard. Bemærk, at adgangskoderne altid er krypteret.</td></tr><tr><td>Delt adgangssætning (V2)</td><td>Sikkerhedsudbyderen krypterer det XML-indhold, der er gemt i databasen, ved hjælp af AES med en adgangssætning blandet med en privat nøgle. Der bliver spurgt om adgangssætningen én gang på hver maskine.</td></tr><tr><td>Delt adgangssætning (V3)</td><td>Sikkerhedsudbyderen krypterer det XML-indhold, der er gemt i databasen, med en adgangssætning. Der bliver spurgt om adgangssætningen én gang på hver maskine.</td></tr><tr><td>Certifikat</td><td>Konfigurer et certifikat til sikkerhedsudbyderen. Kræver ophøjede privilegier.</td></tr><tr><td>Certifikat (V2)</td><td>Sikkerhedsudbyderen krypterer det XML-indhold, der er gemt i databasen, ved hjælp af den private nøgle i et certifikat.</td></tr><tr><td>Nøglefil</td><td>Sikkerhedsudbyderen krypterer det XML-indhold, der er gemt i databasen, ved hjælp af en nøglefil, som De angiver.</td></tr></tbody></table>

### Delt adgangssætning

{% hint style="danger" %}
Hvis adgangssætningen går tabt, er der intet, der kan gøres for at gendanne dataene. Når De bruger en adgangssætning, skal De altid kopiere den til en sikker placering.
{% endhint %}

Konfigurationsdata for poster krypteres med en blanding af en nøgle, der er gemt i Remote Desktop Manager, og den adgangssætning, De har angivet.

Adgangssætningen kræves kun, når arbejdsområdet konfigureres. En politik kan aktiveres, så der altid spørges om adgangssætningen ved forbindelse til arbejdsområdet.

Når De konfigurerer en sikkerhedsudbyder med en delt adgangssætning, kan De vælge, om De vil gemme den i registreringsdatabasen. Remote Desktop Manager forsøger først at gemme den på LOCAL\_MACHINE, og hvis det ikke er muligt, gemmes den i stedet i CURRENT\_USER.

* **HKEY\_CURRENT\_USER\SOFTWARE\RemoteDesktopManager.shk**
* **HKEY\_LOCAL\_MACHINE\SOFTWARE\RemoteDesktopManager.shk**

Hvis valgmuligheden ikke er aktiveret, gemmes adgangssætningen lokalt på følgende placering:

* **%LOCALAPPDATA%\Devolutions\RemoteDesktopManager.shk**

I et Terminal Services-miljø skal den gemmes på denne placering:

* **%APPDATA%\Devolutions\RemoteDesktopManager.shk**

I en bærbar installation af Remote Desktop Manager gemmes adgangssætningen på samme placering som den bærbare instans af Remote Desktop Manager.

### Certifikat

Når De vælger ***Certifikat*** som sikkerhedsudbyder, krypteres posternes konfigurationsdata med en blanding af en nøgle, der er gemt i Remote Desktop Manager, og den private nøgle i certifikatet.

<table><thead><tr><th width="136.199951171875">INDSTILLING</th><th>BESKRIVELSE</th></tr></thead><tbody><tr><td>Placering</td><td><p>Angiv certifikatets placering. Vælg mellem:</p><ul><li><strong>Aktuel bruger</strong></li><li><strong>Lokal maskine</strong></li></ul></td></tr><tr><td>Lager</td><td><p>Angiv lagerplaceringen for certifikatet. Vælg mellem:</p><ul><li><strong>Andre personer</strong></li><li><strong>Tredjepartsrodnøglecentre</strong></li><li><strong>Mellemliggende certificeringsmyndigheder</strong></li><li><strong>Ikke-betroede certifikater</strong></li><li><strong>Personligt</strong></li><li><strong>Rodnøglecentre, der er tillid til</strong></li><li><strong>Personer, der er tillid til</strong></li><li><strong>Udgivere, der er tillid til</strong></li></ul></td></tr><tr><td>Tommelfingeraftryk</td><td>Vælg et eksisterende RSA-certifikat.</td></tr></tbody></table>

#### Opret certifikat

Det er muligt at oprette et selvsigneret certifikat ved at klikke på ***Opret certifikat***.

<table><thead><tr><th width="222.5999755859375">INDSTILLING</th><th>BESKRIVELSE</th></tr></thead><tbody><tr><td>Fællesnavn</td><td>Navn på certifikatet.</td></tr><tr><td>Nøglestørrelse (bit)</td><td><p>Angiv certifikatets nøglestørrelse (bit). Vælg mellem:</p><ul><li>384</li><li>512</li><li>1024</li><li>2048</li><li>4096</li><li>8192</li><li>16384</li></ul></td></tr><tr><td>Gyldig fra</td><td>Startdato for certifikatet.</td></tr><tr><td>Gyldig til</td><td>Slutdato for certifikatet.</td></tr><tr><td>Lagringsmetode</td><td>Gem certifikatet som en pfx-fil, og beskyt certifikatet med en adgangskode. Angiv placeringen og lageret, hvor certifikatet skal gemmes.</td></tr><tr><td>Adgangskode</td><td>Angiv en adgangskode til certifikatet.</td></tr></tbody></table>
{% endtab %}

{% tab title="macOS" %}
***Sikkerhedsudbyder*** gør det muligt at kryptere arbejdsområdets indhold. For at få adgang til sikkerhedsudbyderen skal De gå til ***Administration – Sikkerhedsudbyder***.

{% hint style="info" %}
Denne funktion kræver et [avanceret arbejdsområde](/rdm/da/getting-started/workspaces/workspace-types/native-workspaces.md).
{% endhint %}

Uanset den valgte sikkerhedsudbyder er adgangskoder, der er gemt i arbejdsområder, **ALTID** krypteret med AES 256-bit-kryptering.

Når De konfigurerer en certifikatsikkerhedsudbyder i et udgivet app-miljø (Citrix, RemoteApp, XenApp) som sikkerhedsudbyder, skal den bruger, der skal køre Remote Desktop Manager i RemoteApp-miljøet (Citrix), have en ***Læsetilladelse*** til certifikatet.

Hvis tilladelsen ***Læsetilladelse*** ikke er angivet korrekt, viser Remote Desktop Manager fejldialogboksen CryptographicException - Keyset does not exist. Følg [Certifikatsikkerhedsudbyder i et udgivet app-miljø](/rdm/da/knowledge-base/how-to-articles/certificate-security-provider-in-a-published-app-environment.md) for at løse problemet.

En sikkerhedsudbyder sikrer, at ingen kan læse posternes konfigurationsdata, selv når personer har direkte adgang til databasen eller databaserne eller til en sikkerhedskopi. Teamarbejdsområder bør altid sikres med en sikkerhedsudbyder.

{% hint style="warning" %}
Før De bruger en ny sikkerhedsudbyder eller ændrer en eksisterende, skal De sørge for, at alle brugere er afbrudt fra arbejdsområdet. Hvis De ændrer en eksisterende delt adgangssætning eller et certifikat, skal De bemærke, at brugerne får adgang til arbejdsområdet igen, når de angiver den nye delte adgangssætning eller det nye certifikat på deres computer.
{% endhint %}

### Indstillinger

Bemærk, at det er en tidskrævende handling at skifte sikkerhedsudbyder på et arbejdsområde med et stort antal poster.

{% hint style="warning" %}
Anvendelse af en ny sikkerhedsudbyder behandler hele databasen, og derfor anbefaler vi, at De opretter en sikkerhedskopi før denne handling.
{% endhint %}

1. Klik på Skift sikkerhedsindstillinger for at ændre sikkerhedsudbyderen.
2. Vælg den nye sikkerhedstype i rullemenuen.

<table><thead><tr><th width="215.4000244140625">INDSTILLING</th><th>BESKRIVELSE</th></tr></thead><tbody><tr><td>Standard</td><td>Det XML-indhold, der er gemt i databasen, krypteres ikke som standard. Bemærk, at adgangskoderne altid er krypteret.</td></tr><tr><td>Delt adgangssætning (V2)</td><td>Sikkerhedsudbyderen krypterer det XML-indhold, der er gemt i databasen, ved hjælp af AES med en adgangssætning blandet med en privat nøgle. Der bliver spurgt om adgangssætningen én gang på hver maskine.</td></tr><tr><td>Delt adgangssætning (V3)</td><td>Sikkerhedsudbyderen krypterer det XML-indhold, der er gemt i databasen, med en adgangssætning. Der bliver spurgt om adgangssætningen én gang på hver maskine.</td></tr><tr><td>Certifikat</td><td>Konfigurer et certifikat til sikkerhedsudbyderen. Kræver ophøjede privilegier.</td></tr><tr><td>Certifikat (V2)</td><td>Sikkerhedsudbyderen krypterer det XML-indhold, der er gemt i databasen, ved hjælp af den private nøgle i et certifikat.</td></tr><tr><td>Nøglefil</td><td>Sikkerhedsudbyderen krypterer det XML-indhold, der er gemt i databasen, ved hjælp af en nøglefil, som De angiver.</td></tr></tbody></table>

### Delt adgangssætning

{% hint style="danger" %}
Hvis adgangssætningen går tabt, er der intet, der kan gøres for at gendanne dataene. Når De bruger en adgangssætning, skal De altid kopiere den til en sikker placering.
{% endhint %}

Konfigurationsdata for poster krypteres med en blanding af en nøgle, der er gemt i Remote Desktop Manager, og den adgangssætning, De har angivet.

### Certifikat

Når De vælger ***Certifikat*** som sikkerhedsudbyder, krypteres posternes konfigurationsdata med en blanding af en nøgle, der er gemt i Remote Desktop Manager, og den private nøgle i certifikatet.

<table><thead><tr><th width="175.39996337890625">INDSTILLING</th><th>BESKRIVELSE</th></tr></thead><tbody><tr><td>Placering</td><td><p>Angiv certifikatets placering. Vælg mellem:</p><ul><li><strong>Aktuel bruger</strong></li><li><strong>Lokal maskine</strong></li></ul></td></tr><tr><td>Lager</td><td><p>Angiv lagerplaceringen for certifikatet. Vælg mellem:</p><ul><li><strong>Andre personerà</strong></li><li><strong>Tredjepartsrodnøglecentre</strong></li><li><strong>Mellemliggende certificeringsmyndigheder</strong></li><li><strong>Ikke-betroede certifikater</strong></li><li><strong>Personligt</strong></li><li><strong>Rodnøglecentre, der er tillid til</strong></li><li><strong>Personer, der er tillid til</strong></li><li><strong>Udgivere, der er tillid til</strong></li></ul></td></tr><tr><td>Tommelfingeraftryk</td><td>Vælg et eksisterende RSA-certifikat.</td></tr></tbody></table>
{% endtab %}
{% endtabs %}


---

# 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/ribbon-menu-bar/administration/security-providers.md?ask=<question>&goal=<user_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.