Die zwei Lager
Remote-Desktop-Software fällt in zwei Architektur-Lager:
- Cloud-Relay (TURN-zentrisch): Bildschirmdaten gehen vom Host zu einem Cloud-Server, der sie an den Client weiterleitet. Beide Endpunkte verbinden sich nach «aussen» zum Anbieter, der das Routing übernimmt.
- Peer-to-Peer (P2P): Host und Client öffnen einen direkten Tunnel — meist via UDP-Hole-Punching durch NAT-Router. Bildschirmdaten fliessen direkt, ohne Zwischenstation.
In der Praxis sind die Grenzen unscharf — fast alle P2P-Tools haben einen TURN-Relay als Fallback für die ~5% der Verbindungen, wo direkte P2P scheitert (Symmetric NAT, restriktive Corporate-Firewalls).
Was sich bei P2P ändert
Latenz. Bei einer direkten P2P-Verbindung von Bern nach Zürich ist die Latenz etwa der Glasfaser-Roundtrip plus 1-2 ms Encoding-Overhead — typisch 5-15 ms. Mit einem Cloud-Relay in Frankfurt addiert sich der Umweg: 30-50 ms. Bei Maus-Steuerung deutlich spürbar.
Bandbreite-Belastung der Endpunkte. Bei P2P trägt jede Seite genau ihre eigene Up- und Download-Last. Beim Cloud-Relay verdoppelt sich der Datenstrom auf der Anbieter-Seite, was bei kostenlosen Plänen oft via Drosselung oder Datenlimits monetarisiert wird.
Datenschutz. Der grösste Unterschied. Bei P2P sieht der Anbieter höchstens, dass eine Verbindung stattfindet (für Abrechnung), aber nicht was übertragen wird. Bei Cloud-Relay läuft jeder Frame durch fremde Infrastruktur — auch wenn er verschlüsselt ist, hat der Anbieter Metadaten + Timing-Information.
Wann Cloud-Relay trotzdem sinnvoll ist
P2P ist nicht immer die richtige Antwort:
- Symmetric NAT: Manche Mobile-Carrier und Corporate-Firewalls erlauben kein UDP-Hole-Punching. Hier MUSS ein Relay einspringen.
- Multi-Party-Sessions: Mehr als zwei Teilnehmer (Schulungen, Bildschirmpräsentationen) sind über einen zentralen Server einfacher als über N×(N-1)/2 P2P-Tunnel.
- Compliance-Aufzeichnung: Wenn jede Session aus Audit-Gründen aufgezeichnet werden muss, sitzt das Recording auf dem Relay-Server.
Hybride sind die Regel
Die meisten heutigen Tools sind hybrid:
- WinDesk: reines P2P — bewusst ohne Medien-Relay. Über unseren Schweizer Server läuft nur die Verbindungsvermittlung (Signaling); Bildschirmdaten erreichen ihn nie. Der bewusste Trade-off: Liegen beide Seiten hinter Symmetric NAT, kommt unter Umständen keine direkte Verbindung zustande — dafür verlassen die Bildschirmdaten garantiert nie den direkten Pfad.
- AnyDesk: P2P-first, ähnlich.
- TeamViewer: Cloud-zentrierter, mehr Routing über Frankfurt-Servers (Default).
Wie Sie es testen
In Ihrem Tool: starten Sie eine Session, schauen Sie in den Verbindungsstatus — fast jedes Tool zeigt an, ob die Verbindung «direkt» oder «relayed» ist. Wenn dauerhaft relayed: NAT-Konfiguration prüfen oder gegebenenfalls auf P2P-fähigeres Tool wechseln.
Fazit
Wenn Datenschutz, Latenz und Bandbreite-Effizienz wichtig sind: P2P-first-Tool wählen. Wenn Multi-Party-Sessions oder Compliance-Aufzeichnung kritisch sind: Cloud-zentrisches Tool kann besser passen. Für 90% der IT-Dienstleister und KMU-Use-Cases ist P2P der richtige Ansatz.
WinDesk ist reines P2P — ohne Medien-Relay; Bildschirmdaten verlassen den direkten Pfad nie. Free-Plan ohne Konto: windesk.ch/download.