---
title: "Was ist Uptime Kuma? Einrichtung und Überwachung per Proxy"
description: "Uptime Kuma ist ein kostenloses Open-Source-Tool, das Ihre Website im festen Intervall prüft und bei Ausfällen warnt. Mit Docker-Setup und Proxy-Einstellung."
url: https://proxynet.io/de/blog/uptime-kuma
date: 2026-09-25
author: "Enver Kaya"
category: "Anwendungsfälle, Integration"
lang: de
---

# Was ist Uptime Kuma? Einrichtung und Überwachung per Proxy

Ein kleiner Onlineshop in Konya betreibt Uptime Kuma auf einem VPS (einem gemieteten virtuellen Server) im selben Rechenzentrum wie seinen Webserver, und das Dashboard ist seit drei Tagen grün. Am Montag sagt das Support-Postfach etwas anderes: Kunden mit mobilen Daten können die Checkout-Seite nicht laden, und ein Händler in Deutschland erreicht die Website überhaupt nicht. Der Fehler liegt irgendwo auf dem Weg zur Website, etwa ein Routing-Problem in einem einzelnen Netz oder eine zu weit gefasste Geoblocking-Regel. Die Überwachung stand direkt neben der Website und hat davon nichts gesehen.

Dieser Leitfaden zeigt, was 99,9 % Uptime in Stunden bedeutet, was Uptime Kuma macht, welchen Monitortyp Sie wählen und wie Sie das Tool mit Docker installieren. Danach geht es darum, warum die Prüfung von nur einem Ort einen toten Winkel lässt, wie Sie die Prüfungen eines Monitors über einen HTTP- oder SOCKS5-Proxy schicken und wie viel Datenverkehr das verbraucht.

> **Hinweis: Kurzantwort**
>
> Uptime Kuma ist ein kostenloses Open-Source-Tool zur Überwachung, das auf Ihrem eigenen Server läuft. Es prüft Ihre Website, Ihre API oder einen Port in einem festen Intervall (standardmäßig alle 60 Sekunden), benachrichtigt Sie per E-Mail, Telegram oder über einen von mehr als 90 Benachrichtigungsdiensten, wenn eine Prüfung scheitert, und führt einen Verfügbarkeitswert in Prozent. 99,9 % Uptime erlauben rund 8 Stunden 45 Minuten Ausfall pro Jahr. Docker installiert es mit einem einzigen Befehl. HTTP-Monitore können über einen Proxy prüfen; so sehen Sie auch, ob sich die Website aus einem Mobilfunknetz in Türkiye oder aus dem Ausland öffnet.

## Was ist Uptime, und was bedeutet 99,9 % Uptime?

Uptime ist der Anteil der Zeit, in der ein Dienst während eines Messzeitraums erreichbar war; Downtime ist der Rest. Gemeint ist nicht der Linux-Befehl `uptime`, der zeigt, wie lange ein einzelner Computer schon eingeschaltet ist. Ein Jahr mit 365 Tagen hat 8.760 Stunden, und 99,9 % lassen 0,1 % davon, also 8,76 Stunden, für Ausfälle. Online-Rechner, die 8 Stunden 45 Minuten 57 Sekunden anzeigen, rechnen das Jahr mit 365,25 Tagen.

| Uptime | Ausfall pro Jahr (365 Tage) | Pro 30-Tage-Monat | Pro Tag |
|---|---|---|---|
| 99 % | 87,6 Stunden | 7 h 12 min | 14 min 24 s |
| 99,5 % | 43,8 Stunden | 3 h 36 min | 7 min 12 s |
| 99,9 % | 8 h 45 min 36 s | 43 min 12 s | 1 min 26 s |
| 99,95 % | 4 h 22 min 48 s | 21 min 36 s | 43 s |
| 99,99 % | 52 min 34 s | 4 min 19 s | 8,6 s |

Eine Uptime-Garantie ist dieses Ziel, festgeschrieben in einem Service Level Agreement (SLA). Das SRE-Buch von Google beschreibt zwei Arten, sie zu messen: den Anteil der Zeit, in der ein System lief, und den Anteil der Anfragen, die erfolgreich waren ([Embracing Risk](https://sre.google/sre-book/embracing-risk/)).

## Was ist Uptime Kuma, und wofür braucht man es?

Uptime Kuma ist ein Monitoring-Tool von Louis Lam, veröffentlicht unter der MIT-Lizenz. Sie installieren es auf Ihrem eigenen Server, öffnen es im Browser und legen Monitore an; jeder Monitor ist eine Adresse oder ein Dienst, der geprüft wird. Das [Projekt-Repository](https://github.com/louislam/uptime-kuma) hatte im September 2026 mehr als 90.000 Sterne, die aktuelle Version war 2.5.5.

Anders als bei einem gehosteten Dienst bleiben der Prüfverlauf und die Zugangsschlüssel Ihrer Benachrichtigungsdienste auf Ihrem Server, und die Zahl der Monitore ist nicht begrenzt. Im Gegenzug halten Sie diesen Server selbst am Laufen, und er prüft von dort aus, wo er steht. Außerdem bietet Uptime Kuma öffentliche **Statusseiten**, Wartungsfenster unter **Wartung**, in denen die Alarme pausieren, und eine Oberfläche in mehr als 40 Sprachen.

## Wie prüft Uptime Kuma eine Website?

Jeder Monitor wiederholt denselben Zyklus:

1. **Das Intervall läuft ab.** Das **Heartbeat-Intervall** beträgt standardmäßig 60 Sekunden. Die Anfrage trägt den User-Agent `Uptime-Kuma/2.5.5`, sodass Sie sie in Ihren Server-Logs wiederfinden.
2. **Er wartet.** Kommt innerhalb des **Anfrage-Timeouts**, standardmäßig 48 Sekunden, keine Antwort, gilt die Prüfung als gescheitert.
3. **Er liest die Antwort.** Der Statuscode muss im Bereich **Akzeptierte Statuscodes** liegen, standardmäßig `200-299` ([HTTP-Statuscodes](/de/blog/http-status-codes-web-scraping)). Ein Schlüsselwort-Monitor sucht außerdem Ihr Wort auf der Seite und achtet dabei auf Groß- und Kleinschreibung.
4. **Er wiederholt.** Steht **Wiederholungen** über 0, wird eine gescheiterte Prüfung im **Heartbeat-Wiederholungsintervall** wiederholt. Neue Monitore starten mit 0, also löst schon ein einziges verlorenes Paket einen Alarm aus.
5. **Er alarmiert.** Sind die Wiederholungen aufgebraucht, wechselt der Monitor auf DOWN (in der deutschen Oberfläche „Offline“), und die Kanäle, die Sie unter **Einstellungen > Benachrichtigungen** angelegt haben, erhalten eine Nachricht; besteht eine Prüfung wieder, wechselt er auf UP („Online“).
6. **Er zeichnet auf.** Die Seite des Monitors zeigt die Verfügbarkeit für 24 Stunden, 30 Tage und 1 Jahr.

Die **Benachrichtigung bei Zertifikatsablauf** ist bei neuen Monitoren ausgeschaltet. Schalten Sie sie für HTTPS-Websites ein: Let's Encrypt bietet seit Mai 2026 auf Wunsch Zertifikate mit 45 Tagen Laufzeit an und plant ab Februar 2027 standardmäßig Zertifikate mit 64 Tagen ([Let's Encrypt](https://letsencrypt.org/2025/12/02/from-90-to-45/)), Verlängerungen stehen also häufiger an.

## Welchen Monitortyp sollten Sie wählen?

Uptime Kuma 2.5.5 hat rund dreißig Monitortypen. Die meisten Websites brauchen diese:

| Monitortyp | Was er bestätigt | Über einen Proxy? | Wann Sie ihn wählen |
|---|---|---|---|
| HTTP(s) | Der Server antwortet mit einem akzeptierten Statuscode | Ja | Eine kleine Health-Check-Seite |
| HTTP(s) - Schlüsselwort | Die Seite enthält ein Wort, das Sie erwarten | Ja | Checkout, Login |
| HTTP(s) - JSON-Abfrage | Eine API-Antwort enthält den erwarteten Wert | Ja | API-Endpunkte |
| TCP Port, Ping, DNS | Ein Port ist offen, ein Host antwortet, ein Eintrag stimmt | Nein | Datenbank, Mailserver, DNS |
| Push | Ein geplanter Job meldet, dass er gelaufen ist | Nicht nötig | Backups, Cronjobs |
| Globalping | Ping, HTTP oder DNS von einem Messpunkt der Community | Nein, er prüft von dem Ort aus, den Sie eintragen | Große geografische Streuung |
| UptimeRobot (gehosteter Dienst, zum Vergleich) | HTTP, Schlüsselwort, Port und Ping von den Servern des Dienstes | Nein; kostenpflichtige Pläne wählen aus vier Regionen (September 2026) | Keine Installation |

HTTP(s) allein beweist nur, dass der Server geantwortet hat. Auch eine Wartungsseite oder ein kaputtes Template kann 200 zurückgeben und als UP zählen. Ein Schlüsselwort-Monitor, der nach der Beschriftung des Bezahlknopfs sucht, erkennt beides, und **Schlüsselwort invertieren** meldet sich, wenn ein Wort wie „Wartung“ auftaucht. Eine Health-Check-Seite ist eine kurze Adresse, die Ihr Entwickler anlegt und die „ok“ antwortet, wenn Anwendung und Datenbank reagieren.

## Für Fortgeschrittene: Wie installieren Sie Uptime Kuma mit Docker?

Sie brauchen einen Linux-VPS oder einen Heimserver mit Docker, getrennt von dem Rechner, auf dem die Website läuft. Der Befehl aus der README des Projekts:

```bash
docker run -d --restart=always -p 3001:3001 -v uptime-kuma:/app/data --name uptime-kuma louislam/uptime-kuma:2
```

- `-d` startet den Container im Hintergrund, und `--restart=always` startet ihn nach einem Absturz oder Neustart wieder.
- `-p 3001:3001` gibt den Standardport 3001 frei.
- `-v uptime-kuma:/app/data` legt die Datenbank in ein Docker-Volume, das erhalten bleibt, wenn der Container entfernt wird ([Docker-Volumes](https://docs.docker.com/engine/storage/volumes/)). Laut README werden Netzwerkordner (NFS) nicht unterstützt.
- `louislam/uptime-kuma:2` folgt der Reihe 2.x; am 25. September 2026 zeigte der Tag auf 2.5.5.

Mit Docker Compose laden Sie die offizielle `compose.yaml` in einen leeren Ordner und führen `docker compose up -d` aus; die Daten liegen dann im lokalen Ordner `./data`. Öffnen Sie anschließend `http://ihre-server-ip:3001`, wählen Sie die Sprache und eine Datenbank (**SQLite** genügt für eine kleine Installation), legen Sie das Administratorkonto an und klicken Sie auf **Neuen Monitor hinzufügen**. Die Menünamen in diesem Leitfaden stammen aus der deutschen Oberfläche. Für ein Update ziehen Sie das neue Image, entfernen den Container und führen den Befehl erneut aus; das Volume behält Ihre Monitore.

Das Dashboard unter Ihrer eigenen Domain mit HTTPS zu öffnen, ist Aufgabe eines Reverse Proxys wie nginx oder Caddy, der die Header `Upgrade` und `Connection` für WebSocket weitergeben muss; das [Wiki des Projekts](https://github.com/louislam/uptime-kuma/wiki/Reverse-Proxy) enthält Beispiele. Die beiden Richtungen eines Proxys vergleicht [Forward-Proxy und Reverse-Proxy](/de/blog/forward-vs-reverse-proxy).

## Was übersieht eine Überwachung von nur einem Ort?

Ein Monitor im Rechenzentrum der Website beweist, dass der Server funktioniert, nicht aber, dass Kunden ihn erreichen. Er übersieht:

- **Ein Routing-Problem in einem Netz:** Die Kunden eines Anbieters erreichen die Website nicht.
- **DNS, das je nach Region abweicht:** Ein falscher Eintrag auf einem DNS-Server trifft nur dessen Nutzer.
- **Eine zu weit gefasste Geoblocking-Regel:** Eine Regel, die für ein Land gedacht ist, sperrt auch ein anderes.
- **Einen CDN-Server, der Fehler liefert:** Ein CDN liefert die Website von vielen Servern aus, und nur Besucher, die beim defekten Server landen, sehen Fehler.
- **Geteilte Mobilfunk-IPs, die an ein Rate Limit stoßen:** Netzbetreiber setzen viele Nutzer hinter eine einzige Adresse ([Was ist CGNAT?](/de/blog/what-is-cgnat)).

Es gibt drei Wege, den Blick zu erweitern. Der erste ist ein zweites Uptime Kuma in einem anderen Land. Der zweite ist der Monitortyp **Globalping**, eingeführt in Version 2.1.0, der von Messpunkten aus prüft, die von der Community betrieben werden; sein Standortfeld akzeptiert ein Land, eine Stadt oder den Namen eines Anbieters ([Globalping](https://globalping.io/)). Globalping erlaubt ohne Konto 250 Tests pro Stunde und wählt aus den Messpunkten, die gerade online sind; für ein bestimmtes Netz gibt es also womöglich keinen Messpunkt, wenn Sie einen brauchen.

Der dritte Weg ist ein Proxy am Monitor: Die Prüfung verlässt das Netz über einen Ausgang in dem Land, das Sie wählen. Das ist die Idee hinter einem [Lokalisierungstest](/de/localization).

## Wie richten Sie einen Proxy an einem Uptime-Kuma-Monitor ein?

Hier geht es um die ausgehenden Prüfungen des Monitors; das Dashboard hinter nginx ist der Reverse-Proxy-Fall von oben. Proxy-Einstellungen gibt es nur bei den Monitoren **HTTP(s)**, **HTTP(s) - Schlüsselwort** und **HTTP(s) - JSON-Abfrage**.

1. Öffnen Sie **Einstellungen > Proxys** und klicken Sie auf **Proxy einrichten**.
2. Wählen Sie unter **Proxy-Protokoll** den Eintrag **HTTP** oder **SOCKS v5 (+DNS)**. Die Liste enthält außerdem HTTPS, SOCKS, SOCKS v5 und SOCKS v4.
3. Tragen Sie unter **Proxy-Server** `pr.proxynet.io` ein und als Port `8000` für HTTP oder den SOCKS5-Port, den der Endpoint-Generator anzeigt.
4. Setzen Sie das Häkchen bei **Proxy-Server erfordert Authentifizierung** und füllen Sie **Benutzer** und **Passwort** aus (hier `user:pass`). Kopieren Sie den Benutzernamen aus dem Endpoint-Generator des Proxynet-Panels; er enthält Land, Stadt und Sitzung ([Proxy-Authentifizierung](/de/blog/proxy-authentication-methods)).
5. **Als Standard festlegen** gibt den Proxy an neue Monitore weiter, **Auf alle bestehenden Monitore anwenden** an die vorhandenen.
6. Speichern Sie und wählen Sie dann bei jedem Monitor unter **Proxy** entweder **Kein Proxy** oder den gewünschten Proxy.

Für ein zweites Land klicken Sie neben dem Proxy auf **Klonen** und ändern das Land im Benutzernamen. „Checkout (Türkiye)“ und „Checkout (Deutschland)“ können dann dieselbe Adresse beobachten.

Das Protokoll entscheidet, wo der Name der Website aufgelöst wird. Bei **SOCKS v5** löst der Uptime-Kuma-Server die Domain auf; bei **SOCKS v5 (+DNS)** und **HTTP** übernimmt das der Proxy am Ausgang, sodass auch DNS aus dem Zielland getestet wird ([SOCKS und HTTP Proxy im Vergleich](/de/blog/socks-vs-http-proxy)). Um die Route zu bestätigen, richten Sie einen Schlüsselwort-Monitor mit Proxy auf eine Seite, die Ihr Land anzeigt ([Funktioniert mein Proxy?](/de/blog/how-to-test-a-proxy)).

Der [Mobile-Proxy](https://proxynet.io/de/mobile-proxy) greift in Türkiye auf Leitungen von Turkcell, Türk Telekom und Vodafone zurück. Sie wählen Land und Stadt, nicht den Netzbetreiber; jede Prüfung zeigt, wie sich die Website in einem Mobilfunknetz verhält.

Kann der Server Telegram oder einen anderen Benachrichtigungsdienst nicht erreichen, schickt die Umgebungsvariable `NOTIFICATION_PROXY` (seit 2.0.0) die meisten Benachrichtigungen über einen Proxy, E-Mails allerdings nicht ([Proxy-Umgebungsvariablen](/de/blog/wget-proxy)).

## Wie viel Datenverkehr verbraucht die Überwachung über einen Proxy?

Residential- und Mobile-Proxys werden pro GB abgerechnet. Bei einem Intervall von 60 Sekunden macht ein Monitor in 30 Tagen 43.200 Prüfungen. Uptime Kuma lädt nur das HTML der Seite, keine Bilder oder Skripte, öffnet aber für jede Prüfung eine neue Verbindung über den Proxy. Jede Prüfung wiederholt also den TLS-Handshake, den Austausch, mit dem die HTTPS-Verschlüsselung aufgebaut wird.

Wir haben das am 25. September 2026 gemessen: Die Anfrage von Uptime Kuma (mit ihren Headern, ohne Komprimierung) lief über einen lokalen HTTP-Proxy, und wir haben die Bytes in beide Richtungen gezählt:

| Was der Monitor lädt | Pro Prüfung | Alle 60 s, 30 Tage | Alle 300 s, 30 Tage |
|---|---|---|---|
| Kleine Health-Check-Seite, 0,5 KB HTML | 6,8 KB | 0,29 GB | 0,06 GB |
| Seite mit 120 KB HTML | 127 KB | 5,5 GB | 1,1 GB |
| Dieselbe Seite, mit gzip komprimiert | 36,5 KB | 1,6 GB | 0,32 GB |
| Dieselbe Seite, Methode HEAD | 7,5 KB | 0,32 GB | 0,06 GB |

Für Ihren eigenen Wert nehmen Sie die unkomprimierte HTML-Größe der Seite aus den Entwicklertools des Browsers, rechnen 6 bis 8 KB für die Verbindung hinzu und multiplizieren das mit den Prüfungen pro Monat und der Zahl der Monitore. So senken Sie den Verbrauch:

- **Beobachten Sie eine Health-Check-Seite** statt der Startseite.
- **Nutzen Sie HEAD** unter **HTTP-Optionen > Methode**; die Methode lässt den Seiteninhalt weg, Schlüsselwort-Monitore können sie deshalb nicht verwenden.
- **Fordern Sie Komprimierung an**, indem Sie `{"Accept-Encoding": "gzip"}` in das Feld **Header** eintragen; Schlüsselwortprüfungen funktionieren weiterhin.
- **Verlängern Sie das Intervall:** ein Monitor ohne Proxy alle 60 Sekunden, Proxy-Monitore alle 2 bis 5 Minuten.

Ein [Residential-Proxy](https://proxynet.io/de/residential-proxy) gibt Ihnen einen Ausgang über einen privaten Internetanschluss im Land Ihrer Wahl. Ein rotierender Ausgang gibt jeder Prüfung eine neue IP-Adresse, wodurch die Antwortzeiten schwanken; ein [Sticky-Proxy](https://proxynet.io/de/sticky-proxy) hält eine IP für 1 bis 60 Minuten.

## Anwendungsfälle

- **Der Checkout aus Sicht mobiler Daten in Türkiye:** ein Schlüsselwort-Monitor über einen [Mobile-Proxy](https://proxynet.io/de/mobile-proxy).
- **Ein Händlerportal für Partner im Ausland:** ein Monitor pro Händlerland ([Lokalisierungstests](/de/localization)).
- **Die API Ihrer mobilen App:** ein JSON-Abfrage-Monitor, der aus einem Mobilfunknetz prüft ([App-Tests](/de/app-testing)).
- **Eine Partner-API, die nur freigegebene IPs annimmt:** Uptime Kuma auf einem Server mit fester IP ([Statische oder dynamische IP](/de/blog/static-ip-vs-dynamic-ip)).
- **Änderungen am Inhalt einer Seite:** eine andere Aufgabe, siehe [Website auf Änderungen überwachen](/de/blog/website-change-monitoring).
- **Eine einmalige Prüfung, ob die Website ausgefallen ist:** siehe [Die Website ist nicht erreichbar](/de/blog/this-site-cant-be-reached).

## Häufige Fehler

- **Den Monitor auf dem Server installieren, den er überwacht.** Fällt der Server aus, fällt das Tool, das den Alarm senden soll, mit ihm aus.
- **Wiederholungen auf 0 lassen.** Ein verlorenes Paket um 3 Uhr nachts weckt jemanden; stellen Sie 1 oder 2 ein.
- **Die eigene Firewall den Monitor blockieren lassen.** Antwortet die Website plötzlich mit 403, geben Sie die IP des Monitors frei ([Access-Denied-Fehler](/de/blog/access-denied-error)). Überwachen Sie nur Websites, die Ihnen gehören oder die Sie prüfen dürfen.
- **Einfaches SOCKS v5 für einen Standorttest.** DNS wird dann weiterhin auf Ihrem Server aufgelöst.
- **„TLS/SSL-Fehler für HTTPS-Websites ignorieren“ einschalten.** Damit schalten Sie auch den Alarm bei Zertifikatsablauf ab.
- **Den Container ohne Volume betreiben.** Ein Update löscht dann alle Monitore.

## Entscheidungshilfe

| Bedarf | Empfehlung |
|---|---|
| Eine Website beobachten, nichts installieren | Ein gehosteter Dienst; Uptime Kuma, wenn die Daten bei Ihnen bleiben sollen |
| Wissen, dass die Seite mit dem richtigen Inhalt öffnet | HTTP(s) - Schlüsselwort auf dem Checkout, Wiederholungen 1-2 |
| Die Website so sehen wie Mobilnutzer in Türkiye | Ein Monitor über einen Mobile-Proxy, HTTP oder SOCKS v5 (+DNS) |
| Aus dem Land eines Kunden im Ausland prüfen | Ein Residential-Ausgang dort; Globalping, wenn ein ungefährer Standort reicht |
| Proxy-Datenverkehr niedrig halten | Eine Health-Check-Seite, HEAD oder gzip, ein Intervall von 2-5 Minuten |
| Eine Partner-API mit IP-Freigabeliste überwachen | Ein Server mit fester IP auf der Liste des Partners |
| Das Dashboard unter Ihrer Domain mit HTTPS öffnen | Ein Reverse Proxy, der die WebSocket-Header weitergibt |

## Häufige Fragen

### Ist Uptime Kuma kostenlos?

Ja, es ist Open-Source-Software unter der MIT-Lizenz. Kosten entstehen nur für den Server, auf dem es läuft, und für eventuellen Proxy-Datenverkehr.

### Welchen Port nutzt Uptime Kuma?

Standardmäßig Port 3001. In `-p 8080:3001` ist die erste Zahl der Port auf Ihrem Server und die zweite der Port im Container ([Was ist Port 8080?](/de/blog/port-8080)).

### Was ist der Unterschied zwischen Uptime Kuma und UptimeRobot?

UptimeRobot ist ein gehosteter Dienst, bei dem Sie nichts installieren; im September 2026 umfasste sein kostenloser Plan 50 Monitore mit einem Intervall von 5 Minuten. Uptime Kuma läuft ohne Begrenzung der Monitore auf Ihrem eigenen Server, und diesen Server warten Sie selbst.

### Wie viel Ausfallzeit erlauben 99,9 % Uptime in einem Monat?

43 Minuten 12 Sekunden in einem 30-Tage-Monat und rund 43 Minuten 50 Sekunden in einem durchschnittlichen Kalendermonat.

### Was ist eine Uptime-Garantie in einem SLA?

Das ist das Verfügbarkeitsziel im Vertrag eines Anbieters. Prüfen Sie den Messzeitraum, die Ausnahmen (etwa geplante Wartung) und den Ausgleich, häufig eine Gutschrift auf die Servicegebühr.

### Kann Uptime Kuma von mehreren Standorten aus überwachen?

Ja, auch wenn Version 2.5.5 keine Remote-Agenten hat: Ein normaler Monitor prüft von seinem eigenen Server aus. Für weitere Standorte betreiben Sie Kopien an anderen Orten, nutzen den Monitortyp Globalping oder geben jedem HTTP-Monitor einen Proxy in einem anderen Land.

## Fazit

Ein Uptime-Wert ist nur so genau wie der Ort, an dem er gemessen wird. Uptime Kuma installieren Sie mit einem Docker-Befehl; geben Sie dem Checkout einen Schlüsselwort-Monitor, stellen Sie die Wiederholungen auf 1 oder 2 und schalten Sie den Zertifikatsalarm ein. Um zu sehen, was Ihre Kunden sehen, lassen Sie denselben Monitor über einen Ausgang in deren Land laufen, nachdem Sie den Datenverkehr berechnet haben. Auf unserer Seite zu den [Proxy-Diensten](/de/proxy) finden Sie die verfügbaren Ausgangsarten.