> 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/server/da/web-interface/user-group-based-security.md).

# Sikkerhed baseret på brugergrupper

Bedste praksis for sikkerhed baseret på brugergrupper i Devolutions Server, herunder nedarvede tilladelser, opsætning af brugergrupper, brugertyper og adgangskontrol for poster.

Sikkerhed baseret på brugergrupper i Devolutions Server gør det muligt at oprette et detaljeret beskyttelsessystem, der er ret fleksibelt. Fleksibilitet har dog en pris, og forkerte valg kan nogle gange øge den tid, det tager at administrere systemet.

Følgende anbefalinger bygger på erfaring med systemet og idéer fra community'et. Følg disse retningslinjer, da de hjælper med at bruge sikkerheden baseret på brugergrupper i Devolutions Server effektivt.

Her er de vigtigste punkter i sikkerheden baseret på brugergrupper:

* Sikkerhed nedarves: underordnede elementer og mapper er dækket af den overordnede mappes sikkerhed.
* Tilladelser kan tilsidesættes: en tilladelse, der er angivet på en undermappe, tilsidesætter det overordnede elements tilladelse.
* Tilladelser er detaljerede: der kan angives flere tilladelser på poster på én gang.

### Konfiguration af brugergrupper <a href="#user-groups-configuration" id="user-groups-configuration"></a>

Når sikkerhed baseret på brugergrupper i Devolutions Server bruges, bruges brugergrupper mest til at styre brugeradgang for flere brugere på én gang.

#### Opret brugergrupperne <a href="#create-the-user-groups" id="create-the-user-groups"></a>

For at oprette brugergrupper navigeres der til ***Administration*** – ***Brugergrupper***, og der klikkes på ***Tilføj***.

Alle indstillinger kan stå som standard, medmindre brugergruppen kun indeholder administratorer. I så fald markeres feltet ***Er administrator***, når brugergruppen konfigureres. Angiv et navn og en beskrivelse for brugergruppen, og klik derefter på ***OK***. For grupper i Active Directory skal domænet angives.

For at tildele brugere til brugergruppen klikkes der på ***Tildel brugere til brugergruppe***. Med en brugergruppe, der er oprettet ud fra en gruppe i Active Directory, er det ikke nødvendigt at tildele brugere, fordi det administreres automatisk af Devolutions Server.

### Brugerkonfiguration

#### Brugerskabelon <a href="#user-template" id="user-template"></a>

Standardbrugerskabelonen kan ændres. Gå til ***Administration*** – ***Systemindstillinger*** – ***Brugerskabelon***. Disse indstillinger styrer standardindstillingerne for en ny bruger. Bedste praksis er at deaktivere alle privilegier.

#### Opret brugeren <a href="#create-the-user" id="create-the-user"></a>

For at oprette brugere navigeres der til ***Administration*** – ***Brugere***, og der klikkes på ***Tilføj bruger***. Angiv oplysningerne, og klik på ***Tilføj*** for at gemme.

En bruger kan tildeles flere brugergrupper på én gang ved at klikke på ***Rediger*** – ***Brugergrupper*** eller ***Mere*** – ***Tildel brugergrupper***. Som en del af integrationen med Active Directory er det ikke nødvendigt at tildele brugere til disse brugergrupper, fordi det administreres automatisk af Devolutions Server.

Vælg de ***brugergrupper***, der skal tildeles brugeren, og klik på ***Opdater***.

#### Administratorer <a href="#administrators" id="administrators"></a>

Administratorer kan gøre alt, uanset sikkerheden. Disse brugere er som regel den øverste ledelse.

#### Brugere <a href="#users" id="users"></a>

Brugere har begrænset adgang til ressourcer, men har som standard rettighederne ***Tilføj***, ***Rediger*** og ***Slet*** og kan udføre disse handlinger på alle usikrede poster.

#### Entreprenører <a href="#contractors" id="contractors"></a>

***Entreprenør***-brugere har tilpasset adgang til ressourcer, udløber automatisk på en angivet dato, skal angive en e-mailadresse og skal angive en adgangskode ved logon. Denne brugertype er praktisk til administration af eksterne brugere af Devolutions Server.

Selv om entreprenørbrugere har adgang til [PAM-funktioner](https://docs.devolutions.net/pam/pam-with-devolutions-server), er de begrænset til tilstanden ***Skrivebeskyttet***.

{% hint style="info" %}
Kræver, at godkendelse med entreprenørbrugere aktiveres i afsnittet Administration i [Devolutions Server](/server/da/web-interface/administration/configuration/server-settings/general/authentication.md) eller [Devolutions Cloud](https://docs.devolutions.net/cloud/web-interface/administration/configuration-and-security/access-and-authentication).
{% endhint %}

#### Vælg den relevante brugertype <a href="#select-the-appropriate-user-type" id="select-the-appropriate-user-type"></a>

Når brugere oprettes, skal nogle vigtige punkter tages i betragtning. Stil følgende spørgsmål, mens en ny bruger konfigureres:

* Skal brugeren kunne få adgang til enhver ressource uden begrænsning?
  * ***Administratorer*** kan få adgang til enhver ressource uden begrænsning.
  * Vælg ***Administrator*** som ***Brugertype***, når brugeren oprettes.
* Skal brugeren have begrænsede administrative rettigheder, men mulighed for at tilføje, redigere, slette, tilføje i roden og flytte poster?
  * I så fald vælges ***Bruger*** som ***Brugertype***, når brugeren oprettes. Brugere har alle disse rettigheder som standard.

### Konfiguration af poster

Adgang gives eller nægtes brugere ved at angive tilladelser på poster. Tilladelser kan angives for brugere eller brugergrupper. Bedste praksis er at give tilladelser til brugergrupper for at styre adgang for flere brugere på én gang.

For at angive tilladelser på en post redigeres en vilkårlig post, ***Avanceret*** aktiveres, og der navigeres til afsnittet ***Sikkerhed*** – ***Tilladelser***.

Tilladelser angives som regel på mapper og gælder for alle underordnede poster. En bedste praksis er at sætte alle tilladelser for boksmappen til ***Ikke tilladt***. Dermed nægtes alle tilladelser for alle poster som standard.

Adgang nægtes brugere ved udtrykkeligt at give adgangen til andre brugere. Med andre ord har alle brugere, der ikke står på listen for en tilladelse, adgang nægtet.

For at en bruger kan få adgang til en undermappe, skal brugeren mindst have tilladelsen Vis på alle overordnede mapper.

Se følgende struktur:

* Boks (rod)
  * Telemark (mappe)
    * Credentials (mappe)
      * David (post med brugernavn og adgangskode)
    * Boston (mappe)
      * DB1 (SSH-sessionspost)
      * DB2 (SSH-sessionspost)
    * Montréal (mappe)
      * Telemark DC1 (RDP-sessionspost)
      * Telemark SQL1 (RDP-sessionspost)

Der er tre mappeniveauer: boksens rod, Telemark og underordnede elementer af Telemark.

Antag, at en bruger, f.eks. en konsulent, kun skal have adgang til mappen Montreal. Konsulenten skal også have tilladelsen Vis til mappen Telemark. Men hvis der gives Vis-adgang til mappen Telemark, får konsulenten tilladelse til at se alle underordnede elementer af Telemark. For at nægte konsulenten tilladelsen Vis til bestemte underordnede elementer skal tilladelsen Vis for disse elementer udtrykkeligt angives for andre brugere.


---

# 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/server/da/web-interface/user-group-based-security.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.