Kann RustDesk Server Pro offline oder air-gapped betrieben werden?

Nein – eine selbst gehostete RustDesk-Server-Pro-Bereitstellung ist nicht dafür ausgelegt, vollständig offline oder air-gapped zu laufen. Die Pro-Lizenz muss rustdesk.com über eine ausgehende Verbindung erreichen, um gültig zu bleiben – sowohl bei der Aktivierung als auch fortlaufend, während der Server läuft. Ein Netzwerk, das wirklich niemals „nach Hause telefoniert“, liegt damit außerhalb des unterstützten Modells.

Die kurze Antwort

In der Praxis erfolgt die Prüfung periodisch statt permanent: Der Server kontaktiert rustdesk.com über Port 443 etwa einmal täglich, und schlägt eine Prüfung fehl, versucht er es so lange erneut, bis sie entweder erfolgreich ist oder rund sieben Tage vergangen sind – danach validiert die Lizenz nicht mehr. Dieses eingebaute Kulanzfenster bedeutet, dass ein kurzer Internetausfall Ihre Bereitstellung nicht sofort lahmlegt, ein dauerhaft offline betriebener Server hingegen schon. Ihre ID- und Relay-Dienste bleiben selbst gehostet: Direkte Sitzungen laufen zwischen den Endpunkten, weitergeleitete Sitzungen nutzen Ihr eigenes Relay. Sie können das Netzwerk dabei eng abgesichert halten – ein Proxy wird unterstützt, sodass Sie in der Praxis nur den benötigten ausgehenden HTTPS-Pfad freigeben und alles Übrige sperren.

Im Detail

Der Open-Source-RustDesk-Server, den Sie ohne Lizenz selbst hosten können, ist eine andere Sache – die hier beschriebene Anforderung gilt speziell für den Funktionsumfang des lizenzierten Server Pro. Wenn es Ihnen im Kern darum geht, Sitzungsdaten auf Ihrer eigenen Infrastruktur zu behalten, erreichen Sie das bereits durch Self-Hosting an sich – die Anforderung des ausgehenden Zugriffs betrifft die Lizenzierung, nicht die Vermittlung jeder einzelnen Sitzung.

Es gibt noch einen zweiten Workflow zu berücksichtigen: das Erstellen eines individuellen Clients. Wenn Sie über Server Pro einen gebrandeten oder vorkonfigurierten Client generieren, benötigt auch dieser Bereitstellungsschritt ausgehenden Zugriff. Prüfen Sie das aktuelle Verhalten für Ihre Version und Ihren Plan.

Für ein strikt air-gapped Netzwerk ist genau das der entscheidende Punkt. Ein wirklich isolierter Server, der rustdesk.com niemals erreichen kann, liegt außerhalb des Standardmodells. Wenn Sie also harte Air-Gap-Anforderungen haben, klären Sie Ihr genaues Szenario vorab mit RustDesk. Für den weitaus häufigeren Fall „größtenteils isoliert, mit strikt begrenztem Egress“ lautet die praktische Empfehlung: Planen Sie einen ausgehenden HTTPS-Pfad zu rustdesk.com ein – direkt oder über einen Proxy – und definieren Sie die genauen Domains, Ports und den Freigabeprozess, bevor Sie die Firewall-Richtlinie schreiben. Siehe die RustDesk-Dokumentation; zu beachten ist, dass dieselbe Lizenzanforderung auch der Grund dafür ist, dass Sie Server Pro selbst bei einer Installation ohne Docker nicht komplett ohne Internetzugang betreiben können.

Wer stellt diese Frage

Betreiber isolierter oder regulierter Netzwerke stellen sich diese Frage schon, bevor RustDesk überhaupt installiert ist – das gilt gleichermaßen für Sicherheitsteams wie für MSPs, die abgeschottete Umgebungen betreuen. Ihre Netzwerke sitzen mitunter hinter strengen Egress-Firewalls, oder sie möchten externe Abhängigkeiten schlicht minimieren. Zu wissen, dass die Lizenz einen fortlaufenden ausgehenden Pfad benötigt – aber eben auch nicht mehr als das –, ermöglicht es ihnen, eine präzise Firewall-Regel zu formulieren, statt entweder das Netzwerk unnötig weit zu öffnen oder fälschlich anzunehmen, das Produkt liefe in einem völligen Vakuum.

Verwandte Fragen

• Ausgehende Domains und Ports: siehe die RustDesk-Dokumentation.
• Kann ich RustDesk Server Pro ohne Docker auf einer einfachen VM installieren?
• Einen individuell gebrandeten Client erstellen: siehe die RustDesk-Dokumentation.

Planen Sie eine abgeschottete oder nahezu air-gapped Einführung? Klären Sie die aktuellen Details zu Konnektivität und Lizenzierung auf rustdesk.com, bevor Sie Ihre Firewall-Richtlinie final festlegen.