> 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/gateway/da/system-requirements.md).

# Systemkrav

Gennemgå systemkravene til Devolutions Gateway, som varierer afhængigt af, om den bruges sammen med Devolutions Server eller Devolutions Cloud.

Før De installerer Devolutions Gateway, skal De kontrollere miljøet i forhold til kravene for Deres opsætning, fordi hardwarestørrelse, understøttede operativsystemer og TLS-/certifikatkrav afviger en smule, afhængigt af om gatewayen skal bruges sammen med Devolutions Server eller Devolutions Cloud.

For at bruge Devolutions Gateway skal systemet opfylde følgende krav.

### Hardwarekrav

<table><thead><tr><th width="185">Implementeringsstørrelse (samtidige sessioner)</th><th width="245" align="right">vCPU'er</th><th width="245" align="right">RAM</th></tr></thead><tbody><tr><td>Minimal (1–5)</td><td align="right">2</td><td align="right">4 GB</td></tr><tr><td>Lille (5–15)</td><td align="right">4</td><td align="right">8 GB</td></tr><tr><td>Mellem (15–75)</td><td align="right">8</td><td align="right">16 GB</td></tr><tr><td>Stor (mere end 75)</td><td align="right">Udrul flere instanser af Devolutions Gateway.</td><td align="right">Udrul flere instanser af Devolutions Gateway.</td></tr></tbody></table>

{% hint style="info" %}
En Gigabit Ethernet-controller anbefales for at opnå optimal ydeevne.
{% endhint %}

### Softwarekrav

* Windows 10 (version 20H2, 21H1 og 21H2) eller Windows 11 (version 21H2)
* Windows Server 2016, 2019, 2022 eller 2025 med .NET Framework 4.8
* Ubuntu Linux 18.04, 20.4, 22.4 og nyere
* Red Hat Enterprise Linux (RHEL) 8 og nyere
* Rocky Linux 8 og nyere
* PowerShell 7 (kun påkrævet for at bruge [PowerShell-modulet til Devolutions Gateway](https://www.powershellgallery.com/packages/DevolutionsGateway/2025.1.0) på Linux)
* **Kun Devolutions Cloud**: Devolutions Gateway skal kunne nå Devolutions Cloud på netværksniveau.

### Certifikatkrav

Devolutions Gateway understøtter TLS 1.2 og TLS 1.3 samt følgende cipher suites:

* AES\_256\_GCM\_SHA384
* AES\_128\_GCM\_SHA256
* CHACHA20\_POLY1305\_SHA256
* ECDHE\_ECDSA\_AES\_256\_GCM\_SHA384
* ECDHE\_ECDSA\_AES\_128\_GCM\_SHA256
* ECDHE\_ECDSA\_CHACHA20\_POLY1305\_SHA256
* ECDHE\_RSA\_AES\_256\_GCM\_SHA384
* ECDHE\_RSA\_AES\_128\_GCM\_SHA256
* ECDHE\_RSA\_CHACHA20\_POLY1305\_SHA256

### Grundlæggende infrastruktur (Devolutions Server)

For MSP'er kan én Devolutions Gateway udrulles pr. kundested. De skal blot holde serverne med Devolutions Gateway tilgængelige for både Devolutions Server og Remote Desktop Manager. Devolutions Gateway behøver kun at acceptere indgående forbindelser fra dem. Der kræves ingen udgående forbindelser til Devolutions Server og Remote Desktop Manager.

Når De installerer Devolutions Gateway, er det vigtigt at overveje placeringen af de ressourcer, De skal have adgang til, og placeringen af de brugere, der skal have adgang til disse ressourcer. Devolutions Gateway kan udrulles på et internt netværk eller et fjernnetværk.

#### **Internt netværk**

Devolutions Gateway er installeret på det samme interne netværk som Devolutions Server, dens SQL Server-database og målværterne.

<figure><img src="https://3803619998-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FD0NzpXtmBp3mF1FQF8c1%2Fuploads%2Fgit-blob-4f740b6d9ae493d0936de9a215040da609d43ef0%2FMARKETING_Gateway-internal-network-revised.png?alt=media" alt=""><figcaption></figcaption></figure>

#### **Fjernnetværk**

Devolutions Gateway er installeret på et separat netværk — tættere på målværterne — mens Devolutions Server og dens SQL Server-database forbliver på det interne netværk.

<figure><img src="https://3803619998-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FD0NzpXtmBp3mF1FQF8c1%2Fuploads%2Fgit-blob-d4693499eaaafd5ab3403cec8c105e022009cfe8%2FMARKETING_Gateway-remote-network-revised.png?alt=media" alt=""><figcaption></figcaption></figure>

I begge tilfælde gælder de samme forbindelser og standardporte:

* Klientbrowseren opretter forbindelse til Devolutions Server via port **443** (standardporte).
* Devolutions Server opretter forbindelse til Devolutions Gateway via port **7171** (standardporte).
* Remote Desktop Manager opretter direkte forbindelse til Devolutions Gateway via portene **7171/8181** (standardporte) — denne forbindelse går helt uden om Devolutions Server.
* Devolutions Gateway opretter forbindelse til den eksterne målvært via protokollens standardport (for eksempel 3389 for RDP og 22 for SSH).

Kommunikationen mellem Devolutions Remote Desktop Manager / Devolutions Server og gatewayen er krypteret for at sikre sikker dataoverførsel. Mellem gatewayen og målværten bruger forbindelsen dog den standardprotokol, der hører til forbindelsestypen, f.eks. RDP eller SSH. Det er vigtigt at sikre, at disse protokoller er ordentligt sikret. Standardporten for HTTP(s)-kommunikation med gatewayen er **7171**, mens standardporten for TCP-kommunikation er **8181**. Disse porte skal være åbne og må ikke være blokeret af firewalls, så kommunikationen kan fungere.

Samspillet mellem Remote Desktop Manager og Devolutions Gateway er direkte og går ikke gennem Devolutions Server. Sikkerheden opretholdes ved hjælp af et brugertoken, som krypteres og godkendes med en PEM-fil for at bekræfte, at tokenet blev genereret af Devolutions Server. Det sikrer forbindelsens integritet og beskytter mod uautoriseret adgang.

For at opnå optimal ydeevne bør gatewayen installeres så tæt som muligt på de ressourcer, den tilgår. Administratorer bør desuden løbende overvåge og opdatere firewallregler, så de påkrævede porte (7171 og 8181) er tilladt, og sikre konfigurationer for de protokoller, der er i brug. Korrekt håndtering af PEM-filen er afgørende for at opretholde en sikker opsætning.


---

# 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/gateway/da/system-requirements.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.