Fernwartung souverän betreiben, ohne fremde Cloud? WZ-IT baut Remote-Management-Plattformen mit selbst gehosteten Komponenten wie RustDesk. Zur Remote-Management-Plattform
Wer TeamViewer durch eine selbst gehostete Lösung ersetzen will, hat Stand Oktober 2026 drei aktiv gepflegte Open-Source-Werkzeuge zur Auswahl: RustDesk, MeshCentral und Apache Guacamole. Dazu kommt als vierter Weg ein selbst gehostetes Mesh-VPN wie NetBird, über das vorhandenes RDP, VNC oder SSH läuft. Die Werkzeuge lösen unterschiedliche Aufgaben; der Vergleich zeigt Lizenz, Modell, Plattformen und Wartungsstand. Für den klassischen TeamViewer-Ablauf mit ID und Passwort ist RustDesk die naheliegende Wahl, deshalb geht der Artikel danach auf RustDesk im Detail ein.
RustDesk ist eine quelloffene, selbst hostbare Fernwartungs- und Remote-Desktop-Software als Alternative zu TeamViewer und AnyDesk. Statt über die Cloud eines Anbieters läuft die Verbindung über einen eigenen ID- und Relay-Server (hbbs/hbbr), den Sie selbst betreiben. Damit bestimmen Sie, wo Vermittlung und Relay laufen, und kein Anbieter-Server ist an der Sitzung beteiligt. Die Sitzungsdaten fließen direkt zwischen den beteiligten Endgeräten (per Hole Punching) oder, wenn das nicht klappt, über Ihr eigenes Relay (RustDesk-Doku). Sitzt ein Endgerät außerhalb Ihres Netzes, etwa beim externen Techniker, laufen die Daten also auch dorthin; die Sitzung ist dabei Ende-zu-Ende verschlüsselt. Stand Oktober 2026 ist der RustDesk-Client bei Version 1.5.0 und der RustDesk Server OSS bei 1.1.16, beides unter der AGPL-3.0 (github.com/rustdesk/rustdesk).
Inhaltsverzeichnis
- Self-hosted TeamViewer-Alternativen im Vergleich
- Welches Tool für welchen Einsatz
- Wie RustDesk funktioniert
- Aktuelle Version und Lizenz
- Einrichtung im Überblick: Docker
- Sicherheit, DSGVO und Souveränität
- RustDesk vs. TeamViewer vs. AnyDesk
- RustDesk Server OSS vs. Server Pro
- Einsatz und wie WZ-IT RustDesk nutzt
- Weiterführende Guides
Self-hosted TeamViewer-Alternativen im Vergleich
Self-hosted heißt bei allen vier Optionen: Vermittlung, Gateway oder Steuerung laufen auf Ihren eigenen Servern. Das Modell unterscheidet sich aber grundlegend. RustDesk und MeshCentral arbeiten mit einer Software auf dem Zielgerät, Guacamole ist ein Gateway ohne Agent, und NetBird stellt nur das verschlüsselte Netz bereit, über das vorhandene Protokolle wie RDP laufen.
| Werkzeug | Lizenz | Modell | Unbeaufsichtigter Zugriff | Plattformen | Wartungsstand (letzte Version) | Passt für |
|---|---|---|---|---|---|---|
| RustDesk | AGPL-3.0 (Client und Server OSS), Server Pro kostenpflichtig | Client auf beiden Seiten, eigener ID- und Relay-Server | ja, per festem Passwort | Windows, macOS, Linux, Android, iOS, Web | aktiv; Client 1.5.0 (30.09.2026), Server 1.1.16 (20.07.2026) | Support am Desktop, direkter TeamViewer-Ersatz |
| MeshCentral | Apache-2.0 | Agent auf dem Zielgerät, Techniker arbeitet im Browser | ja, Agent läuft dauerhaft | Agent für Windows, Linux, macOS, FreeBSD (x86, ARM, MIPS) | aktiv; 1.2.6 (24.09.2026) | Verwaltung vieler eigener Rechner |
| Apache Guacamole | Apache-2.0 | clientloses Browser-Gateway, kein Agent | ja, sofern RDP, VNC oder SSH am Ziel aktiv und erreichbar ist | Ziele mit RDP, VNC, SSH; Techniker nur mit Browser | aktiv; 1.6.0 (22.06.2025), Commits bis Oktober 2026 | Admin-Zugriff auf Server, VMs und Anlagen |
| NetBird plus RDP/VNC/SSH | BSD-3-Clause (Client), AGPL-3.0 (Management, Signal, Relay) | WireGuard-Mesh-VPN, Fernzugriff über vorhandene Protokolle | ja, Client läuft als Dienst | Windows, macOS, Linux, Android, iOS | aktiv; v0.80.0 (01.10.2026) | Netzzugang zu vielen Systemen und Diensten |
Stand: 14. Oktober 2026, Versionen aus den GitHub-Releases bzw. der Guacamole-Release-Seite.
Nicht in der Tabelle: Remotely (GPL-3.0) taucht in vielen Listen noch als self-hosted TeamViewer-Alternative auf. Das Repository ist nicht archiviert, die letzte Version v2024.08.07 stammt aber vom August 2024 und der letzte Commit vom Dezember 2024. Für einen neuen Produktivbetrieb fehlen damit laufende Sicherheitsupdates.
Welches Tool für welchen Einsatz
- Support am Desktop von Mitarbeitenden oder Kunden: RustDesk. Der Ablauf entspricht TeamViewer: ID und Passwort, Bildschirm teilen, Dateien übertragen. Mit eigenem hbbs/hbbr läuft keine Vermittlung über Server des Herstellers.
- Viele eigene Rechner dauerhaft verwalten: MeshCentral. Der Agent meldet sich beim eigenen Server, die Web-Konsole bietet Remote-Desktop, Terminal und Dateiverwaltung im Browser, ohne Client beim Techniker. Installation mit Docker, Reverse Proxy und Härtung: MeshCentral installieren.
- Admin-Zugriff auf Server, VMs und Anlagen: Apache Guacamole. Auf dem Zielsystem läuft nur der vorhandene RDP-, VNC- oder SSH-Dienst, der Techniker braucht nur einen Browser. Eine ID-basierte Verbindung durch fremde NAT-Router bietet Guacamole nicht; der Guacamole-Server braucht einen Netzweg zum Ziel. Mehr in Was ist Apache Guacamole? und VNC im Browser.
- Netzzugang statt einzelner Bildschirm-Sitzungen: ein Mesh-VPN wie NetBird. Es verbindet Geräte und Standorte, die eigentliche Sitzung läuft dann über RDP, VNC oder SSH. Einen Überblick gibt Was ist NetBird?.
Häufig ergänzen sich diese Werkzeuge: RustDesk für interaktiven Support am Desktop, ein Browser-Gateway wie Guacamole für RDP-, VNC- und SSH-Zugriff auf Server und Anlagen, beides ohne VPN-Client auf der Gegenseite. Wie das ohne VPN-Client funktioniert, zeigt Fernwartung ohne VPN-Client.
Wie RustDesk funktioniert
RustDesk besteht aus zwei Teilen: dem Client und dem selbst gehosteten Server. Der Client läuft auf Windows, macOS, Linux, Android, iOS und im Web. Jede Installation bekommt eine eindeutige RustDesk-ID; über diese ID wird eine Verbindung aufgebaut, nicht über IP-Adressen.
Der Server gliedert sich in zwei Komponenten (rustdesk.com/docs):
- hbbs (ID-/Rendezvous-Server): registriert die Clients über ihre ID und vermittelt den Verbindungsaufbau. Er versucht, ein direktes Peer-to-Peer-Loch durch NAT zu schlagen (Hole Punching). hbbs lauscht auf TCP 21115 und 21116 sowie UDP 21116 (plus TCP 21118 für Web-Clients).
- hbbr (Relay-Server): übernimmt, wenn kein direkter Weg zustande kommt, und leitet den Datenstrom weiter. hbbr lauscht auf TCP 21117 (plus TCP 21119 für Web-/WebSocket-Clients).
Entscheidend: Die Sitzung ist Ende-zu-Ende verschlüsselt. RustDesk nutzt die Krypto-Bibliothek NaCl - Curve25519 zum Schlüsselaustausch, xSalsa20-Poly1305 für die Sitzungsdaten und Ed25519 für Signaturen. Der symmetrische Sitzungsschlüssel wird direkt zwischen den beiden Clients ausgehandelt. Auch wenn der Datenstrom über hbbr läuft, sieht der Relay nur verschlüsselte Pakete und kann sie nicht entschlüsseln. Damit ist der Server bewusst "dumm" gehalten - er vermittelt und leitet weiter, aber er kennt die Inhalte nicht.
Aktuelle Version und Lizenz
Der RustDesk-Client steht unter der AGPL-3.0; die aktuelle Version ist 1.5.0 (30. September 2026, Release Notes) mit u. a. WebRTC-Verbindungen, einer ID-Whitelist und erweiterten Optionen für die Sitzungsaufzeichnung. Der RustDesk Server OSS (rustdesk-server, enthält hbbs und hbbr) ist ebenfalls AGPL-3.0 und in Version 1.1.16 (Juli 2026) verfügbar (github.com/rustdesk/rustdesk-server). Beide sind kostenlos und vollständig self-hostbar.
Daneben gibt es RustDesk Server Pro als kommerzielle Erweiterung mit zentraler Verwaltung. Die Lizenz ist an den hbbs gebunden und richtet sich nach Benutzer- und Gerätezahl. Der OSS-Relay (hbbr) bleibt in beiden Fällen identisch und lizenzfrei.
Einrichtung im Überblick: Docker
Der einfachste Weg ist Docker bzw. Docker Compose. Sie starten zwei Container - einen für hbbs, einen für hbbr - aus dem offiziellen Image rustdesk/rustdesk-server. Beim ersten Start erzeugt hbbs ein Schlüsselpaar im Datenverzeichnis (id_ed25519 und id_ed25519.pub).
Die grobe Reihenfolge:
- Server bereitstellen: kleine VM oder Root-Server mit öffentlicher IP oder DNS-Namen, die genannten Ports freigeben.
- hbbs und hbbr starten: per Docker Compose, mit persistentem Volume für die Schlüssel und die ID-Datenbank.
- Öffentlichen Schlüssel verteilen: den Inhalt von
id_ed25519.pubbrauchen die Clients, um eine verschlüsselte Verbindung zu erzwingen. - Clients konfigurieren: in den RustDesk-Einstellungen ID-Server (hbbs-Adresse), Relay-Server (optional) und Public Key eintragen - per Hand oder vorkonfiguriert über die Client-Konfiguration.
Für Flotten lässt sich der Client mit eingebetteter Serverkonfiguration ausrollen, sodass Endgeräte direkt auf den eigenen Server zeigen. Ressourcenbedarf ist gering; eine kleine VM genügt für viele Endpunkte.
Sicherheit, DSGVO und Souveränität
Die größte Stärke gegenüber den Cloud-Diensten ist die Datenhoheit. Beim Self-Hosting laufen Verbindungsvermittlung und - falls nötig - Relaying ausschließlich über Ihre Infrastruktur. Es gibt keinen Anbieter, der Verbindungsmetadaten sammelt, und keine externe Cloud, die im Pfad sitzt. Server und (mit Server Pro) Audit-Daten lassen sich gezielt in der EU betreiben - eine solide Grundlage für DSGVO-konforme Fernwartung. Das ist auch im Kontext von Vorgaben wie der NIS2-Richtlinie relevant.
Ein paar Punkte zur Härtung: Der Relay-Host sollte minimal gehalten und aktuell sein, der erzwungene Public Key verhindert unverschlüsselte oder fremde Verbindungen, und unbeaufsichtigter Zugriff gehört mit starkem Passwort und - über Server Pro - 2FA abgesichert. Wer Zugriffe nachvollziehbar protokollieren und rollenbasiert steuern will, kombiniert RustDesk in der Praxis mit einer übergeordneten Zugriffsschicht. Hinweis: Dieser Abschnitt ist allgemeine Information und keine Rechtsberatung.
RustDesk vs. TeamViewer vs. AnyDesk
| Kriterium | RustDesk (self-hosted) | TeamViewer | AnyDesk |
|---|---|---|---|
| Quelloffen | ja (AGPL-3.0) | nein | nein |
| Self-hosting der Vermittlung | ja (hbbs/hbbr) | nein (Anbieter-Cloud) | nein (Anbieter-Cloud) |
| Datenhoheit | vollständig | beim Anbieter | beim Anbieter |
| Ende-zu-Ende-Verschlüsselung | ja (NaCl) | ja | ja |
| Kostenmodell | kostenlos (OSS) / Pro-Lizenz | Abo pro Nutzer/Gerät | Abo pro Nutzer/Gerät |
| Zentrale Verwaltung | mit Server Pro | inklusive | inklusive |
Der Kern: TeamViewer und AnyDesk sind ausgereifte, komfortable Cloud-Dienste - aber die Vermittlung läuft immer über die Anbieter, und die Kosten skalieren mit Nutzern und Geräten. RustDesk verlagert genau diese Vermittlung auf eigene Server und macht den Quellcode überprüfbar. Mehr zu Betrieb und Einsatz auf unserer RustDesk-Expertiseseite.
RustDesk Server OSS vs. Server Pro
Der OSS-Server ist ein reiner ID- und Relay-Dienst: kein zentrales Dashboard, keine Benutzerkonten, keine Adressbuch-Synchronisierung, keine Geräte-Gruppen, kein Audit-Log. Für reine Fernwartung mit überschaubarer Gerätezahl reicht das oft aus.
Server Pro ergänzt eine Web-Konsole mit Benutzerverwaltung, synchronisiertem Adressbuch, Geräte-Gruppen, 2FA, OIDC/SSO-Anbindung und Audit-Log. Die Lizenz wird im hbbs hinterlegt und nach Nutzer- und Gerätezahl bemessen. Stand Oktober 2026 kostet der Individual-Plan 11,88 USD pro Monat (1 Login-Nutzer, 20 verwaltete Geräte), der Basic-Plan 23,88 USD pro Monat (10 Login-Nutzer, 100 verwaltete Geräte, zusätzlich OIDC/SSO und LDAP), jeweils jährlich abgerechnet und ohne automatische Verlängerung. Größere Lizenzen kosten je weiterem Nutzer 1,20 USD und je weiterem Gerät 0,12 USD pro Monat (rustdesk.com/pricing). Wer RustDesk im Team und mit Compliance-Anforderungen betreibt, landet meist bei Pro - oder kombiniert OSS mit einer eigenen Zugriffs- und Audit-Schicht.
Einsatz und wie WZ-IT RustDesk nutzt
Typische Einsatzfelder sind Support (Mitarbeitende oder Kunden am Desktop unterstützen), Admin-Zugriff (unbeaufsichtigter Zugriff auf Server und Arbeitsplätze) und Infrastruktur-Zugriff (Wartung verteilter Endpunkte über eigene Vermittlungsserver).
Bei WZ-IT setzen wir auf selbst gehostete Bausteine wie RustDesk, wenn Datenhoheit und Kostenkontrolle zählen - eingebettet in eine Plattform mit verschlüsseltem Netz-Backend und auditierbarer Zugriffsschicht. Die ABCO Water Systems Case Study zeigt, wie wir verteilte Anlagen produktiv fernwarten. Auf Wunsch übernehmen wir Auswahl, Aufbau und Betrieb End-to-End als Teil unserer Remote-Management-Plattformen. Wird für den Netzzugang ein Mesh-VPN benötigt, betreibt WZ-IT es als Managed NetBird ab 349,90 € netto im Monat; das Basispaket enthält Monitoring, Updates, Backups und Support.
Weiterführende Guides
- RustDesk-Expertise - Einsatz und Betrieb
- MeshCentral installieren - Docker, Reverse Proxy und Härtung
- Fernwartung ohne VPN-Client
- Was ist Apache Guacamole? - RDP/VNC/SSH im Browser
- Was ist NetBird? - Mesh-VPN für Netzzugang
- Fernwartung und DSGVO - Auftragsverarbeitung bei Fernwartung
Fernwartung souverän und ohne fremde Cloud aufsetzen? Lernen Sie uns kennen oder werfen Sie einen Blick auf unsere Remote-Management-Plattformen.











