> 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/administration/configuration/server-settings/security/conditional-access-policies.md).

# Politikker for betinget adgang

Angiv politikker for betinget adgang i Devolutions Server for at tillade eller afvise logon og MFA ud fra godkendelsestype, tid, IP, placering, brugergruppe, mærke eller certifikat.

***Politikker for betinget adgang*** vurderer generelt forskellige faktorer for at afgøre, om adgang til en bestemt ressource eller tjeneste skal tillades eller nægtes. Ved at indføre dem kan organisationer håndhæve sikkerhedsforanstaltninger, der passer til deres særlige behov og krav.

{% hint style="info" %}
I et miljø med høj tilgængelighed eller belastningsfordeling kan det tage op til 5 minutter, før ændringer af politikkerne for betinget adgang er fuldt anvendt.
{% endhint %}

1. For at se ***Politikker for betinget adgang*** for Devolutions Server i webgrænsefladen gås der til ***Administration – Konfiguration – Serverindstillinger***.
2. Klik på ***Politikker for betinget adgang*** under ***Sikkerhed***.

### Konfigurer logon fra webgrænsefladen

1. Vælg ***Logon*** i rullemenuen ***Mål***, og klik på plusknappen (***Tilføj***).
2. Vælg et politiknavn og en handling i menuerne ***Handling ved match*** og ***Handling uden match***.
   * ***Fortsæt***: Gå til den næste politik. Standardhandlingen anvendes, hvis det er den sidste politik.
   * ***Adgang nægtet***: Brugerens adgang nægtes. Brugerne får en fejl og kan ikke logge på.
   * ***Adgang tilladt***: Brugerens adgang tillades. Der kan være brug for 2FA, afhængigt af konfigurationen.
3. Klik på plusknappen (***Tilføj***) i afsnittet ***Regler***.
4. Vælg i rullemenuen, hvad reglen gælder for:
   * ***Godkendelsestype***
   * ***Tid***
   * ***IP-adresser***
   * ***GeoIP***
   * ***Brugere***
   * ***Brugergrupper***
   * ***Brugermærker***
   * ***Ejer af arbejdsområde***
   * ***Certifikat***
5. Klik på ***Tilføj*** for at lukke vinduet.
6. Vælg ***Alle*** eller ***Enhver*** under ***Regler – Regelvalidering***.
   * ***Alle:*** Alle regler skal være opfyldt for at fortsætte.
   * ***Enhver:*** Brugeren kan logge på, når en regel er opfyldt.
7. Klik på ***Er aktiv*** for at aktivere eller deaktivere politikken.
8. Klik på ***Tilføj*** for at gemme politikken.

### Konfigurer multifaktorgodkendelse fra webgrænsefladen

Vælg ***MFA*** i rullemenuen ***Mål***.

1. Vælg en ***Standardhandling, når ingen politik matcher*** blandt følgende:
   * ***MFA påkrævet***: MFA håndhæves for alle brugere. Der er angivet en standard-MFA-type for alle brugere.
   * ***MFA sprunget over***: MFA håndhæves ikke.
   * ***MFA valgfri pr. bruger***: MFA håndhæves individuelt. Administratoren vælger, hvem der bruger MFA, og hvilket produkt eller hvilken teknologi der bruges. Vælg denne valgmulighed, hvis ikke alle brugere er konfigureret til multifaktorgodkendelse.

{% hint style="info" %}
Når MFA-brug er indstillet til ***MFA valgfri pr. bruger***, skal MFA-metoden konfigureres under ***Administration – Brugere*** for hver bruger. Rediger eller tilføj en bruger, og gå derefter til afsnittet ***Multifaktor*** for at konfigurere den. Der kan også angives en MFA-type på brugeren, hvis brugeren bruger et andet produkt end standardmetoden. Se [Multifaktor (rediger bruger)](/server/da/web-interface/administration/user-and-security-management/users/multifactor.md).
{% endhint %}

2. Tilbage i afsnittet ***Multifaktor*** vælges, hvem nulstillingsmailen skal sendes til, mellem ***Administrator(er)*** og en ***Specifik e-mail*** (i så fald skal e-mailen angives i feltet ***Specifik e-mail***).
3. Markér felterne ud for de understøttede godkendere, der skal aktiveres. Der kan vælges så mange som nødvendigt.

{% hint style="info" %}
Følgende multifaktorgodkendere understøttes i øjeblikket: Authenticator (TOTP), Yubikey, E-mail, [SMS](/server/da/web-interface/administration/configuration/server-settings/security/multifactor/sms.md), Duo og Radius. Hver af dem skal konfigureres for sig ved hjælp af vejledningen ved siden af. E-mails skal være konfigureret på forhånd i Devolutions Server til MFA-typerne ***E-mail*** og ***SMS*** (uden Twilio).
{% endhint %}

4. Vælg ***Standard***-MFA blandt dem, der blev aktiveret i forrige trin.
5. Vælg alternative måder at logge på mellem ***E-mail*** og [***Backupkoder***](/server/da/web-interface/administration/configuration/server-settings/security/multifactor/backup-codes.md). Disse valgmuligheder tilbydes, når brugerne ikke har adgang til den sædvanlige metode.
6. Klik på ***Gem***.
7. For at føje en regel til ***Politikker for betinget adgang*** gås der tilbage til ***Administration – Konfiguration – Serverindstillinger – Sikkerhed – Politikker for betinget adgang***.
8. Vælg ***MFA*** i rullemenuen ***Mål***, og klik på plusknappen (***Tilføj***).
9. Vælg et politiknavn og en handling i menuerne ***Handling ved match*** og ***Handling uden match***.
   * ***Fortsæt***: Gå til den næste politik. Standardhandlingen anvendes, hvis det er den sidste politik.
   * ***MFA påkrævet***: MFA håndhæves for alle brugere. Der er angivet en standard-MFA-type for alle brugere.
   * ***MFA sprunget over***: MFA håndhæves ikke.
   * ***MFA valgfri pr. bruger***: MFA håndhæves individuelt. Administratoren vælger, hvem der bruger MFA, og hvilket produkt eller hvilken teknologi der bruges. Vælg denne valgmulighed, hvis ikke alle brugere er konfigureret til multifaktorgodkendelse.
10. Klik på plusknappen (***Tilføj***) i afsnittet ***Regler***.
11. Vælg i rullemenuen, hvad reglen gælder for:
    * ***Godkendelsestype***
    * ***Tid***
    * ***IP-adresser***
    * ***GeoIP***
    * ***Brugere***
    * ***Brugergrupper***
    * ***Administrator***
12. Klik på ***Tilføj*** for at lukke vinduet.
13. Vælg ***Alle*** eller ***Enhver*** under ***Regler – Regelvalidering***.

***Alle:*** Alle regler skal være opfyldt for at fortsætte. ***Enhver:*** Brugeren kan logge på, når en regel er opfyldt.

14. Klik på ***Er aktiv*** for at aktivere eller deaktivere politikken.
15. Klik på ***Tilføj*** for at gemme politikken.

#### Se også

* [Devolutions Academy – Gennemtving MFA for brugere fra webgrænsefladen i Devolutions Server](https://academy.devolutions.net/student/page/2747690-enforce-mfa-for-users-from-devolutions-server-web-interface?curriculum_activity_id=4182448\&path_id=2628397\&sid=bb09373a-649a-4eec-b775-94cdc950983e\&sid_i=0)


---

# 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/administration/configuration/server-settings/security/conditional-access-policies.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.