> 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/knowledge-base/knowledge-base-articles/ports-and-firewalls.md).

# Porte og firewalls

Gennemgå kravene til indgående og udgående porte og firewall for Devolutions Server, herunder forbindelser med HTTPS, SQL Server og LDAP eller LDAPS.

Devolutions Server angiver ikke, hvilke porte der kræves for at få adgang til ressourcerne. De bør rådføre Dem med Deres systemadministrator for at afgøre de nødvendige justeringer, så Devolutions Server kan fungere korrekt sammen med Deres eksisterende infrastruktur.

### Indgående port

Den eneste indgående port, der er nødvendig for Devolutions Server, er til HTTP- eller HTTPS-kommunikation, alt efter Deres præference. Vi anbefaler på det kraftigste at bruge https, også selvom det kun er inden for Deres egen netværksinfrastruktur. Selvom standardporten nemt kan ændres, er det typisk port 443.

### Udgående port

To teknologier er i spil, for at Devolutions Server fungerer korrekt, nemlig SQL Server og LDAP/LDAPS.

#### SQL Server

Afhængigt af valget af standardinstans eller navngiven instans under installationen lytter SQL Server-instansen på forskellige porte. Med SQL Server Configuration Manager kan De se oplysningerne i sektionen Protocols.

I de fleste tilfælde bruges TCP/IP til fjernforbindelser. De kan se, hvilke porte der er i brug. Hvis TCP Dynamic Ports er i brug, ændres de ved hver genstart af SQL Server-instansen og er derfor ikke egnede til en hærdnet installation.

Se [SQL Server Configuration Manager på Technet](https://technet.microsoft.com/en-us/library/ms174212\(v=sql.130\).aspx)

#### LDAP/LDAPS

Som det fremgår af [LDAPS på Technet](http://social.technet.microsoft.com/wiki/contents/articles/2980.ldap-over-ssl-ldaps-certificate.aspx), er LDAP-kommunikation af natur usikker under visse forhold:

LDAP-kommunikation mellem klient- og serverprogrammer er som standard ikke krypteret. Det betyder, at det er muligt at bruge en netværksovervågningsenhed eller -software og se den kommunikation, der går mellem LDAP-klient- og servercomputere. Det er især problematisk, når der bruges et simpelt LDAP-bind, fordi legitimationsoplysninger (brugernavn og adgangskode) sendes ukrypteret over netværket. Det kan hurtigt føre til, at legitimationsoplysningerne kompromitteres.

Følg vejledningen til Deres operativsystem for at etablere LDAPS. Det indebærer udrulning af certifikater, der er genereret med Deres nøglecenter (CA).

LDAP bruger som standard port 389. Selv når De aktiverer LDAPS, kan almindelig LDAP stadig bruges, og den skal derfor deaktiveres.

LDAPS bruger som standard port 636 for typiske domæner, men port 3269 ved kommunikation med en Global Catalog-server (grundlæggende når De har en skov). Deres domæneadministrator bør kunne give Dem oplysninger om domæneinfrastrukturen, især hvis der er brugt brugerdefinerede porte. De kan også bruge **ldp.exe** til at udføre forbindelsestest.

#### Se også

* [Active Directory – dybdegående gennemgang af valg af LDAPS-certifikat](https://awakecoding.com/posts/active-directory-ldaps-certificate-selection-deep-dive/)


---

# 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/knowledge-base/knowledge-base-articles/ports-and-firewalls.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.