Reverse Proxy
Configuration information for hosting PowerShell Universal behind a reverse proxy.
Last updated
Was this helpful?
Configuration information for hosting PowerShell Universal behind a reverse proxy.
Last updated
Was this helpful?
Reverse proxies allow for configuration of features such as TLS, header rewriting, caching and load balancing. Some popular reverse proxies include IIS, Apache and NGINX.
Each of these systems capture HTTP traffic and forward it to a backend web server, like PowerShell Universal. There are some considerations that should be made when configuring a reserve proxy in front of PowerShell Universal.
PowerShell Universal requires WebSocket support to provide all the features available within the platform. Without WebSocket support, apps will not function, and notifications will not be presented in real time.
Depending on your proxy, you may need to configure WebSocket support.
When a web server is behind a reverse proxy, it's likely that the external host name, protocol and port will differ from the proxy itself. For example, PowerShell Universal will be listening on port 5000, on HTTP and based on a specific IP address (or loopback) rather than a DNS name.
This can cause problems with URL redirects like the ones used in authentication flows. PowerShell Universal needs to be able to correctly formulate the redirect URL for the authentication flow. Without knowing what the actual host name, port or protocol used by the end user, invalid URLs can be generated causing the flow to fail.
By default, PowerShell Universal automatically handles . The following headers are automatically processed.
X-Forwarded-For
X-Forwarded-Host
X-Forwarded-Proto
This allows PowerShell Universal to create the proper redirect URLs for authentication flows.
Reserve proxies may require configuration to properly send these headers.
IIS Automatically configures forwarded headers.