Fernzugriff neu ordnen: VPN und RustDesk passend zum heutigen Bedarf

Veröffentlicht am 16. September 2026 · zuletzt aktualisiert am 16. September 2026 / in Technik

Kurz gesagt

TeamViewer war über viele Jahre ein geeignetes professionelles Werkzeug für Fernwartung. Für meinen heutigen Bedarf ist die Lösung jedoch zu umfangreich geworden: Es gibt keine entgeltliche Kunden-Fernwartung mehr, sondern nur noch gelegentliche unentgeltliche Hilfe für Familie, Freunde und ehemalige Kunden.

Deshalb soll die Fernwartung schlanker werden. Für wenige gezielt benötigte Server oder entfernte Netze ist VPN die passende Lösung. Für eine gelegentliche Bildschirmhilfe an einzelnen PCs soll RustDesk zunächst praktisch getestet werden. Ein eigener RustDesk-Server ist dafür im ersten Schritt nicht erforderlich.

Geeignet für: private Administratoren und kleine Umgebungen mit gelegentlicher Fernhilfe.
Lesezeit: ca. 7 Minuten

Warum TeamViewer nicht mehr zum Bedarf passt

Die Entscheidung richtet sich nicht gegen die technische Qualität von TeamViewer. Das Programm hat seine Aufgabe erfüllt und war für die frühere professionelle Nutzung passend. Heute stimmen Funktionsumfang, laufende Kosten, Pflege und tatsächlicher Bedarf jedoch nicht mehr gut überein.

Fernwartung bringt inzwischen keine Einnahmen mehr. Übrig geblieben sind wenige einzelne Hilfen, bei denen nicht dauerhaft eine umfangreiche Fernwartungsplattform benötigt wird. Im Ruhestand ist deshalb auch die über Jahre gewachsene IT auf den tatsächlichen Bedarf zurückzuführen: weniger Verträge, weniger Software und weniger laufender Pflegeaufwand.

Komplexität ist dabei ebenfalls eine Kostenart. Eine Lösung kann technisch leistungsfähig und trotzdem für eine kleine Aufgabe überdimensioniert sein.

VPN und Fernwartung lösen unterschiedliche Aufgaben

VPN und Bildschirm-Fernhilfe werden oft gemeinsam unter „Fernzugriff“ eingeordnet. Praktisch handelt es sich aber um zwei verschiedene Aufgaben.

VPN ersetzt TeamViewer nicht – und RustDesk ersetzt kein VPN. Ein VPN soll nicht automatisch den gesamten Rechner erreichbar machen. Es wird nur dort eingerichtet und genutzt, wo ein definierter Netzwerkzugriff wirklich gebraucht wird. RustDesk ist dagegen für eine konkrete Fernhilfe gedacht und ersetzt kein allgemeines Netzwerkkonzept.

Das künftige Modell

Die Aufteilung ist bewusst einfach:

• Administrative Zugriffe auf definierte Server oder entfernte Netze: VPN als geschützter Netzwerkzugang.
• Familie und Freunde: gelegentliche Bildschirmhilfe mit RustDesk.
• Ehemalige Kunden: RustDesk, sofern ausnahmsweise noch unentgeltliche Hilfe erfolgt.
• Kein Bedarf: kein Fernzugriff.

Damit wird nicht versucht, jedes denkbare Szenario mit einem einzigen Werkzeug abzudecken. Entscheidend ist, welche Verbindung für die jeweilige Aufgabe erforderlich ist und wie lange sie benötigt wird.

Was nicht dauerhaft erreichbar sein muss, sollte auch nicht dauerhaft erreichbar sein.

RustDesk zunächst praktisch testen

Der erste Schritt ist kein Infrastrukturumbau, sondern ein begrenzter Praxistest. Dabei sind insbesondere diese Punkte relevant:

1. Kommt eine Verbindung zwischen zwei typischen Geräten zuverlässig zustande?
2. Funktioniert die Bestätigung erhöhter Rechte, etwa bei einer UAC-Abfrage?
3. Lässt sich die Zwischenablage so verwenden, wie es bei einer Hilfesituation nötig ist?
4. Funktioniert die Dateiübertragung in beide Richtungen und mit nachvollziehbaren Sicherheitsgrenzen?
5. Ist die Bedienung für die unterstützte Person verständlich genug?
6. Funktioniert die Verbindung auch hinter typischen Routern beziehungsweise NAT zuverlässig?
7. Erkennt die unterstützte Person eindeutig, wann eine Sitzung besteht und wann sie beendet ist?

Erst aus diesen Erfahrungen lässt sich beurteilen, ob RustDesk den kleinen, gelegentlichen Bedarf wirklich abdeckt. Die RustDesk-Dokumentation beschreibt für kleine Installationen auch eine manuelle Client-Konfiguration; daraus folgt aber nicht, dass für den ersten Test ein eigener Server eingerichtet werden muss.

Self-Hosting bleibt eine spätere Option

Die vorhandene Server- und Netzwerktechnik macht ein eigenes RustDesk-Backend grundsätzlich prüfbar. RustDesk Server OSS stellt dafür eigene ID- und Relay-Dienste bereit. Ein solcher Betrieb bringt aber zusätzliche Aufgaben mit sich: Erreichbarkeit, Firewall, Absicherung, Updates, Dokumentation, Überwachung und regelmäßige Pflege.

Technisch möglich ist kein ausreichender Grund für Self-Hosting. Deshalb ist Self-Hosting eine spätere Option und kein Automatismus. Bestehende produktive Systeme sollen nicht allein deshalb mit weiteren Diensten belastet werden, weil die Technik es grundsätzlich zulässt. Erst wenn der praktische RustDesk-Test einen dauerhaften Nutzen zeigt, wäre zu prüfen, ob ein eigener Server diesen Nutzen ausreichend verbessert.

Sicherheit und Grenzen

VPN und RustDesk sind keine Freikarte für unkontrollierten Fernzugriff. Zugangsdaten, Freigaben, Geräte und Anlässe müssen nachvollziehbar bleiben. Eine Verbindung sollte nur eingerichtet werden, wenn sie gebraucht wird, und anschließend wieder beendet oder entzogen werden, wenn kein Bedarf mehr besteht.

Für gelegentliche Hilfe bevorzuge ich eine bewusst gestartete beziehungsweise bestätigte Sitzung. Ein dauerhaft eingerichteter unbeaufsichtigter Zugriff ist eine andere Sicherheitsentscheidung und wird nur eingerichtet, wenn dafür tatsächlich ein konkreter Bedarf besteht. Praktisch gehören außerdem erforderliche Zugänge, starke individuelle Zugangsdaten, keine gemeinsamen Dauerkennwörter, aktuelle Software und das Entfernen unnötiger Verbindungen zu einer verantwortbaren Fernwartung.

Für diesen Artikel werden bewusst keine konkreten Portweiterleitungen, Firewallregeln oder ausführbaren Konfigurationen veröffentlicht. Solche Einstellungen gehören in eine geprüfte, gerätespezifische Dokumentation und nicht in einen allgemeinen Erfahrungsbericht.

Fazit

TeamViewer hat seinen Zweck erfüllt. Für den heutigen, deutlich kleineren Bedarf passt jedoch eine Aufteilung besser: VPN für wenige definierte Netzwerkzugriffe und RustDesk für gelegentliche Bildschirmhilfe.

Das Ziel ist nicht, TeamViewer durch ein gleich großes anderes System zu ersetzen. Das Ziel ist, nur noch die Fernzugriffe vorzuhalten, die tatsächlich benötigt werden. Der sinnvolle Weg beginnt mit einem praktischen RustDesk-Test. Erst danach stellt sich die Frage, ob ein eigener Server oder eine weitere Infrastruktur überhaupt gerechtfertigt ist. Nicht die technisch umfangreichste Lösung ist richtig, sondern die Lösung, die zum heutigen Bedarf passt.

Quellen und weiterführende Hinweise

• RustDesk-Dokumentation: Server OSS
• RustDesk-Dokumentation: Installation
• RustDesk-Dokumentation: Client-Konfiguration
• TeamViewer Remote: Funktionsübersicht
• IPv6 im Heimnetz und kleinen Unternehmen