Network Requirements (Firewall & Proxy)
Which domains IT administrators need to allow for the desktop app in a firewall or proxy
This page is for IT administrators rolling out the DeutschlandGPT desktop app in an environment with a firewall or proxy. If your proxy blocks outbound traffic by default and only lets approved destinations through, the app cannot connect until the domains below are allowed.
Required
The app will not work without these two entries. All connections use HTTPS on port 443.
| Domain | Port | Purpose |
|---|---|---|
*.deutschlandgpt.de | 443 | Sign-in, chat, app backend, your organization subdomain, automatic updates and the status page |
*.otc.t-systems.com | 443 | File uploads and attachments. Object storage lives in the Open Telekom Cloud. |
Optional
These destinations are only needed for specific features. If they stay blocked, normal chat keeps working, only the individual feature is unavailable.
| Domain | Port | Needed for |
|---|---|---|
*.ingest.de.sentry.io | 443 | Crash and error diagnostics (telemetry, EU region). Safe to block. |
*.sharepoint.com | 443 | Only when using the OneDrive or SharePoint integration (Microsoft's file picker runs in the client). |
| Your identity provider's domains | 443 | Only for SSO sign-in. This runs in the system browser, not in the app. For Microsoft Entra these are e.g. login.microsoftonline.com and login.live.com. |
SSO sign-in opens your default browser. Allowing the identity-provider domains therefore concerns the browser, not the app itself. If you use a provider other than Microsoft, allow that provider's sign-in domains instead.
Outgoing connections from DeutschlandGPT
The sections above describe the direction from you to us. In the other direction, some features have DeutschlandGPT actively call systems inside your network — for example the HTTP request step in workflows, self-hosted integrations (WebDAV, BookStack), MCP servers you operate yourself, fetching your identity provider's SAML metadata, and token requests against your own OAuth servers.
If your firewall only accepts incoming connections from known senders, allow this address:
| Purpose | IP address |
|---|---|
| All outgoing connections from our application | 80.158.59.74 |
Every request from our production environment leaves our data centre through this single address, regardless of which feature triggered it and regardless of the domain your organization uses to reach DeutschlandGPT — the sender is the same even with a custom domain (white label).
This is a static IP address permanently allocated to us. It does not change through updates, deployments or scaling of our application. Should a change ever become necessary for infrastructure reasons, we will announce it in advance.
This address applies to connections DeutschlandGPT opens to you. It is not the destination you allow in your proxy in order to reach DeutschlandGPT — for that, use the domains under Required.
Custom domain (white label)
If you run DeutschlandGPT under your own domain, point a DNS A record at this address:
| Purpose | IP address |
|---|---|
| A record for your custom domain | 80.158.90.178 |
We issue the TLS certificate automatically once DNS resolves; you do not need to supply one.
Setting the proxy via environment variable
As of the current version, the desktop app detects the Windows system proxy automatically, including proxies distributed via a PAC file, WPAD auto-detection or group policy. If your browser works on the same machine, the app should now connect as well, without any manual setup.
The environment variables described below are now only a fallback for special cases, for example when auto-detection fails or when you deliberately want to force a different proxy. You do not need them in the normal case.
The desktop app does not route its requests through the embedded browser view but through its own HTTP client. This client reads the system proxy configured in Windows, evaluates a configured PAC file and follows WPAD auto-detection, so it behaves essentially like your browser.
If, in a special case, the connection still fails even though the browser works on the same machine, you can force the proxy manually through the environment variables HTTPS_PROXY, HTTP_PROXY and NO_PROXY. These take precedence over auto-detection.
To do so, set the following variables on the affected machines (system- or user-wide) and adjust host and port to your proxy:
HTTPS_PROXY=http://proxy.your-domain.local:8080
HTTP_PROXY=http://proxy.your-domain.local:8080
NO_PROXY=localhost,127.0.0.1
If your proxy requires authentication, include it in the URL: http://user:password@proxy.your-domain.local:8080. After setting the variables, the app must be restarted.
Configuration notes
- For outbound traffic, allow by domain, not by IP address. For the direction from you to us, allow the hostnames listed under Required. Behind
*.deutschlandgpt.desits a load balancer whose IP addresses can change; hostname-based rules stay stable. For the opposite direction — connections we open to you — there is a fixed address, see Outgoing connections from DeutschlandGPT. - HTTPS on port 443 only. No other ports are needed. The app does not open plain HTTP (non-TLS) connections.
- TLS interception (SSL inspection): The app does not use hard certificate pinning and generally works behind an intercepting proxy. This requires your proxy's root certificate to be present in the Windows certificate store.
Verifying the connection
If the app starts but you still see no sign-in page or a connection error, check in this order:
In a browser on the same machine, open the status page
status.deutschlandgpt.de. If it does not load, the proxy is
still blocking *.deutschlandgpt.de.
Make sure both required domains are allowed and that the rule applies to the machine running the app, not only to a test network.
If the status page loads in the browser, the app should connect as well thanks to automatic proxy detection. If it does not connect despite a working browser, set the variables from Setting the proxy via environment variable as an override and restart the app.
If the app aborts with a certificate error, check whether your proxy's root certificate is in the Windows certificate store.
If you are still stuck, use the Feedback & Help function in the app (button at the bottom, item Help & Support) and describe your problem with the exact error messages. It helps to state the proxy product and whether TLS interception is active.