4.0 KiB
Executable File
title, description, keywords, weight, pre
| title | description | keywords | weight | pre | |||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Selbst-Host | Lernen Sie, wie Sie Ihren eigenen RustDesk-Server selbst hosten. Vollständige Anleitung zur Installation, Konfiguration und Bereitstellung der RustDesk-Server-Infrastruktur für sicheren Remote-Desktop-Zugriff. |
|
5 | <b>2. </b> |
Wenn Sie RustDesk verwenden, sollten Sie Ihren eigenen RustDesk-Server haben. Diese Dokumente werden Ihnen auf Ihrer RustDesk-Reise helfen.
Support ist über unser Discord für OSS und per E-Mail für Pro verfügbar.
Wie funktioniert ein selbst-gehosteter Server?
Es gibt technisch gesehen zwei ausführbare Dateien (Server):
hbbs- RustDesk ID (Rendezvous / Signalisierungs) Server, hört auf TCP (21114- nur für HTTP in Pro,21115,21116,21118für WebSocket) und UDP (21116)hbbr- RustDesk Relay-Server, hört auf TCP (21117,21119für WebSocket)
Wenn Sie über Installationsskript / Docker Compose / deb installieren, werden beide Dienste installiert.
Hier sind Illustrationen, wie der RustDesk-Client mit hbbr / hbbs kommuniziert.
Solange RustDesk auf einem Rechner läuft, pingt der Rechner ständig den ID-Server (hbbs), um seine aktuelle IP-Adresse und Port bekannt zu machen.
Wenn Sie eine Verbindung von Computer A zu Computer B starten, kontaktiert Computer A den ID-Server und fordert die Kommunikation mit Computer B an.
Der ID-Server versucht dann, A und B direkt miteinander zu verbinden, indem er Hole Punching verwendet.
Wenn Hole Punching fehlschlägt, kommuniziert A mit B über den Relay-Server (hbbr).
In den meisten Fällen ist Hole Punching erfolgreich und der Relay-Server wird nie verwendet.
Hier ist eine Diskussion über Sollten Sie einen RustDesk-Server selbst hosten?
Erforderliche Ports
Die für das Selbst-Hosten des RustDesk-Servers erforderlichen Ports hängen weitgehend von Ihrer Umgebung und davon ab, was Sie mit RustDesk machen möchten. Die in der Dokumentation gezeigten Beispiele haben in der Regel alle empfohlenen Ports geöffnet.
Kern-Ports:
TCP 21114-21119
UDP 21116
- TCP
21114: Wird für den HTTP-API-Server in RustDesk Server Pro verwendet. - TCP
21115: Wird für den NAT-Typ-Test verwendet. - UDP
21116: Wird für die Geräteregistrierung verwendet. - TCP
21116: Wird für die Geräteregistrierung und NAT-Hole-Punching verwendet. - TCP
21117: Wird für Relay-Kommunikation verwendet. - TCP
21118: Wird für WebSocket-Kommunikation verwendet. - TCP
21119: Wird für WebSocket-Kommunikation verwendet.
Ports 21115-21117 sind die mindestens erforderlichen Ports, damit RustDesk funktioniert. Diese verwalten Signalisierung, Relay und NAT-Traversierung.
Bei einer WSS-Konfiguration müssen TCP 21118 und TCP 21119 in der Regel nicht extern freigegeben werden, da sie intern vom Reverse-Proxy, z. B. Nginx, verwendet werden. Wenn Sie WebSocket nicht verwenden, müssen diese Ports nicht freigegeben werden. Bitte beachten Sie diese Beispiel-Nginx-Konfiguration.
Für Pro-Benutzer ohne SSL-Proxy müssen Sie TCP-Port 21114 öffnen, damit die API funktioniert. Wenn HTTPS (443) für den Server konfiguriert ist, muss TCP 21114 nicht im Internet freigegeben werden.
RustDesk unterstützt auch einen Bereitstellungsmodus, bei dem nur TCP 443 freigegeben ist und alle anderen Ports geschlossen sind. Mit dieser Konfiguration kann die Kommunikation nur über WSS-Relay funktionieren, und direkte Peer-to-Peer-Verbindungen sind nicht verfügbar.
{{% children depth="4" showhidden="true" %}}