> 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/powershell-universal/da/config/hosting/reverse-proxy.md).

# Omvendt proxy

Konfigurer PowerShell Universal til at køre bag en omvendt proxy, herunder WebSocket-support, videresendte headere og opsætning af Azure Application Proxy.

Omvendte proxyer giver mulighed for konfiguration af funktioner som TLS, omskrivning af headere, cachelagring og belastningsfordeling. Nogle populære omvendte proxyer omfatter IIS, Apache og NGINX.

Hvert af disse systemer opfanger HTTP-trafik og videresender den til en backend-webserver som PowerShell Universal. Der er nogle forhold, der bør overvejes, når der konfigureres en omvendt proxy foran PowerShell Universal.

## WebSocket-understøttelse

PowerShell Universal kræver WebSocket-understøttelse for at levere alle de funktioner, der er tilgængelige på platformen. Uden WebSocket-understøttelse fungerer apps ikke, og meddelelser vises ikke i realtid.

Afhængigt af Deres proxy skal De muligvis konfigurere understøttelse af WebSocket.

* [Understøttelse af IIS WebSocket-protokollen](https://learn.microsoft.com/en-us/iis/get-started/whats-new-in-iis-8/iis-80-websocket-protocol-support)
* [NGINX WebSocket-proxying](https://nginx.org/en/docs/http/websocket.html)

## Videresendte headere

Når en webserver er bag en omvendt proxy, er det sandsynligt, at det eksterne værtsnavn, protokollen og porten vil afvige fra selve proxyen. PowerShell Universal vil f.eks. lytte på port 5000 via HTTP og være baseret på en bestemt IP-adresse (eller loopback) i stedet for et DNS-navn.

```
https://www.proxyaddress.com -> http://localhost:5000
```

Dette kan forårsage problemer med URL-omdirigeringer som dem, der bruges i [OpenID Connect](/powershell-universal/da/sikkerhed/enterprise-security/openid-connect.md)-godkendelsesflows. PowerShell Universal skal kunne danne omdirigerings-URL'en korrekt til godkendelsesflowet. Uden at kende det faktiske værtsnavn, den port eller den protokol, som slutbrugeren bruger, kan der genereres ugyldige URL'er, så flowet mislykkes.

Som standard håndterer PowerShell Universal automatisk [videresendte headere](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Forwarded). Følgende headere behandles automatisk.

* X-Forwarded-For
* X-Forwarded-Host
* X-Forwarded-Proto

Dette giver PowerShell Universal mulighed for at oprette de korrekte omdirigerings-URL'er til godkendelsesflows.

Omvendte proxyer kan kræve konfiguration for at sende disse headere korrekt.

* IIS konfigurerer automatisk videresendte headere.
* [NGINX videresendte headere](https://www.nginx.com/resources/wiki/start/topics/examples/forwarded/)
* [Apache mod\_proxy](https://httpd.apache.org/docs/2.4/mod/mod_proxy.html#x-headers)
* [CloudFlare HTTP-anmodningsheadere](https://developers.cloudflare.com/fundamentals/get-started/reference/http-request-headers/#x-forwarded-for)

## Azure Application Proxy

Azure Application Proxy, også kaldet Entra ID Private Network Connector, giver adgang til ressourcer i det lokale miljø over internettet ved hjælp af den sikkerhed, som Microsoft leverer. De skal have en connector installeret i Deres netværk for at sende forbindelsen via proxy til PowerShell Universal.

Konfigurer indstillingerne for Application Proxy for Deres Enterprise Application, så de peger på Deres lokale server. I dette eksempel har gruppen Default - North America min connector tilknyttet. Denne connectormaskine har PowerShell Universal installeret.

Til de avancerede indstillinger skal De bruge en persistent cookie og undgå at oversætte nogen URL'er. De kan vælge, om backendens SSL-certifikat skal valideres, hvis det ønskes.


---

# 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/powershell-universal/da/config/hosting/reverse-proxy.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.