Vorneweg, der Beitrag ist noch nicht ganz ausgereift und getestet. Zum einfacheren Verständnis gibt's hier eine angepasste Übersetzung des Origianltextes der Anleitung vom Rustdesk Team. Nur muss ich es noch durchspielen und am Ende doch noch was davon begriffen haben... fliesst auf alle Fälle, wie ab dem Gefälle in diese (noch miese) Infozelle. 🤨
SCHRITT 1: Laden Sie serverseitige Softwareprogramme herunter
Zwei verfügbare Plattformversionen:
- Linux
- Windows
Das folgende Tutorial basiert auf einem Linux-Build.
Es gibt zwei ausführbare Dateien und einen Ordner:
- hbbs – RustDesk-ID/Rendezvous-Server
- hbbr – RustDesk-Relay-Server
Sie basieren auf CentOS Linux 7 und wurden auf CentOS Linux 7/8 und Ubuntu 18/20 getestet.
Serveranforderungen
Die Hardwareanforderungen sind sehr gering; Die Mindestkonfiguration eines einfachen Cloud-Servers reicht aus und der CPU- und Speicherbedarf ist minimal. Es kann auch ein Raspberry Pi oder etwas Ähnliches verwendet werden. Bezüglich der Netzwerkgröße gilt: Wenn die direkte TCP-Hole-Punching-Verbindung fehlschlägt, wird der Relay-Verkehr verbraucht. Der Datenverkehr einer Relay-Verbindung liegt je nach Auflösungseinstellungen und Bildschirmaktualisierung zwischen 30.000 und 3 M/s (1920 x 1080-Bildschirm). Wenn es nur um Büroarbeit geht, beträgt der Datenverkehr etwa 100.000/s.
SCHRITT 2: Führe hbbs und hbbr auf dem eigenen Server aus
Das Rustdesk Team empfiehlt, pm2 für die Verwaltung des Dienstes zu verwenden.
Option 1
Die Server hbbs/hbbr ohne pm2 ausführen
./hbbs -r <relay-server-ip[:port]>
./hbbr
Option 2
Nun hbbs/hbbr mit pm2 ausführen
pm2 start hbbs -- -r <relay-server-ip[:port]>
pm2 start hbbr
Hinweis: Für pm2 ist NodeJS v16+ erforderlich. Wenn pm2 nicht ausgeführt werden kann (z. B. hbbs/hbbr nicht in der pm2-Liste sehen), bitte die NodeJS LTS-Version von https://nodejs.org herunterladen und installieren. Wenn es ein Bedürfnis ist, dass hbbs/hbbr nach dem Neustart automatisch ausgeführt wird, lässt sich das im „pm2 save“ und „pm2 Startup“ überprüfen, sowie anpassen.
Mehr über pm2.
Ein weiteres gutes Tool für Ihre Protokolle ist pm2-logrotate.
Der Parameter -r von hbbs ist nicht obligatorisch, es ist lediglich praktisch, dass auf der kontrollierten Clientseite keinen Relay-Server angeben werden müssen. Der Port muss nicht zwingend angegeben werden, wenn der Standardport 21117 verwendet wird. Der vom Client angegebene Relay-Server hat eine höhere Priorität als diese.
Standardmäßig lauscht hbbs auf 21115 (TCP) und 21116 (TCP/UDP), 21118 (TCP) und hbbr lauscht auf 21117 (TCP), 21119 (TCP). Stellen Sie sicher, dass diese Ports in der Firewall geöffnet sind. Bitte beachten Sie, dass 21116 sowohl für TCP als auch für UDP aktiviert sein sollte. 21115 wird für den NAT-Typtest verwendet, 21116/UDP wird für die ID-Registrierung und den Heartbeat-Dienst verwendet, 21116/TCP wird für den TCP-Lochstanz- und Verbindungsdienst verwendet, 21117 wird für die Relay-Dienste verwendet und 21118 und 21119 werden verwendet zur Unterstützung von Web-Clients. Wenn keine Web-Client-Unterstützung (21118, 21119) benötigt wird, können die entsprechenden Ports deaktiviert werden.
- TCP (21115, 21116, 21117, 21118, 21119)
- UDP (21116)
Bitte führen Sie die Option -h aus, um Hilfe anzuzeigen, wenn Sie Ihren eigenen Port auswählen möchten.
SCHRITT 3: Die hbbs/hbbr-Adresse auf der Clientseite festlegen
Mittels Klick auf die Menüschaltfläche [ ⋮ ] - gefunden an der rechten Seite von ID, (wie nach später folgendem Screenshot) unten gezeigt werden würde, und dann wähle "ID/Relay-Server".
Danach verlangt es Situation, dass entweder der HBBS-Host oder die IP-Adresse in das Eingabefeld „ID-Server“ eingegeben wird (lokale Seite & Remote-Seite). Die anderen beiden Adressen können leer gelassen werden, RustDesk leitet automatisch ab (sofern nicht anders festgelegt natürlich) und auch der Relay Server verweist auf hbbr (Port 21117).
z.B.
hbbs.example.com
oder
hbbs.example.com:21116
Konfiguration in den Dateinamen rustdesk.exe einfügen (nur Windows)
Die Datei rustdesk.exe in rustdesk-host=<host-ip-or-name>,key=<public-key-string>.exe, z.B. rustdesk-host=192.168.1.137,key=xfdsfsd32=32.exe ändern (??? nochmal prüfen ???). Das Konfigurationsergebnis kann im Info-Fenster unten nachgesehen werden..
Sie müssen sowohl den Host als auch den Schlüssel festlegen. Das Fehlen eines dieser beiden funktioniert nicht.
Optional kann ein "," (Komma)-Zeichen nach dem Schlüssel, sowie vor dem ".exe"-Teil als Trennzeichen hinzugefügt werden. Damit wird verhindert, dass der Schlüssel korrumpiert wird, wenn Windows oder der Browser die Datei beim Herunterladen nach gewohnter Art den Dateinamen nach der "doppelter Namen"-Regel (1)(2)(3 usw.) umbenennt.
Wenn der Schlüssel ungültige Zeichen enthält, die nicht in einem Windows-Dateinamen verwendet werden können, entferne bitte die Datei id_ed25519 vom Server und starte hbbs/hbbr neu. Dadurch wird die Datei id_ed25519.pub neu generiert. Möglicherweise muss dieser Vorgang wiederholt werden, bis dadurch gültige Zeichen erhalten werden.
Menü „Über“-Seite
[Taste - Bildplatzhalter]
Im Gegensatz zur alten Version ist der Schlüssel in dieser Version obligatorisch. Er muss jedoch nicht selbst festgelegt werden. Wenn hbbs zum ersten Mal ausgeführt wird, generiert es automatisch ein Paar verschlüsselter privater und öffentlicher Schlüssel (jeweils in den Dateien id_ed25519 und id_ed25519.pub im laufenden Verzeichnis), deren Hauptzweck die Kommunikationsverschlüsselung ist.
Wurde im vorherigen Schritt der Schlüssel mit dem Inhalt der öffentlichen Schlüsseldatei id_ed25519.pub nicht mitgegeben, hat dies keine Auswirkungen auf die Verbindung. So kann die Verbindung jedoch nicht verschlüsselt werden.
cat ./id_ed25519.pub
Wenn es Benutzern ohne Schlüssel nicht erlaubt ist, den Aufbau unverschlüsselter Verbindungen herzustellen, erlässt der Parameter -k _ (mit dem Underscore) diese Richtlinie. Wenn hbbs und hbbr ausgeführt wird, wie im Beispiel:
./hbbs -r <relay-server-ip[:port]> -k _
./hbbr -k _
Den Schlüssel ändern? Natürlich! Einach die Dateien id_ed25519 und id_ed25519.pub entfernen. Danach hbbs/hbbr neustarten. Et voilà: hbbs generiert ein neues Schlüsselpaar.
Wenn Docker-Compose verwendet wird und keine Schlüssel vorhanden sind, werden beim Start der Container unterschiedliche Schlüssel in den Ordnern hbbs und hbbr erstellt.
Es können Schlüssel manuell in hbbs erstellt werden. Diese lassen sich vor dem Starten der Container nach hbbr kopieren.
Oder es ginge mittels HBBR-Inhalt stoppen, die Schlüssel von hbbs in den hbbr-Ordner kopieren und daraufhin den Container neustarten .
Was this helpful?
0 / 0