STUN vs. TURN

STUN hilft einem Gerät, seine öffentliche Adresse zu ermitteln, um eine direkte Verbindung zu ermöglichen; TURN leitet den Verkehr weiter, wenn eine direkte Verbindung nicht hergestellt werden kann.

STUN: die eigene öffentliche Adresse herausfinden

Session Traversal Utilities for NAT (STUN), spezifiziert in RFC 8489, ist ein schlankes Anfrage-Antwort-Protokoll. Ein Gerät schickt eine Binding-Anfrage an einen STUN-Server, und die Antwort nennt die öffentliche Adresse und den Port, von denen die Anfrage kam, also die Server-Reflexive-Adresse des Geräts. STUN hilft zwei Geräten, eine direkte Verbindung zu versuchen, trägt die Sitzung selbst aber nie; ein STUN-Server braucht daher sehr wenig Bandbreite.

TURN: weiterleiten, wenn direkt scheitert

Traversal Using Relays around NAT (TURN), spezifiziert in RFC 8656 als Erweiterung von STUN, reserviert eine Adresse auf einem Relay-Server. Beide Seiten schicken ihren Verkehr an das Relay, das ihn weiterleitet. TURN funktioniert, wenn nichts anderes mehr geht, aber jedes Byte der Sitzung läuft über das Relay. Das kostet Latenz und den Betreiber Bandbreite.

ICE: zwischen beiden wählen

Interactive Connectivity Establishment (ICE), RFC 8445, verbindet beides. Jede Seite sammelt Kandidaten (lokale Adressen, Server-Reflexive-Adressen von STUN und Relay-Adressen von TURN), tauscht sie aus, prüft Paare und behält das beste funktionierende, wobei direkte Pfade Vorrang haben. Genau so nutzt WebRTC ICE, STUN und TURN.

Wie Vexaro Desk es macht

Vexaro Desk nutzt kein TURN. Lässt ein Netzwerk keine direkte Verbindung zu, läuft die Sitzung stattdessen über die eigenen Relays von Vexaro, und der Client verbindet sich nur mit einem Relay, dessen Echtheit er prüfen kann.

Direkte Sitzungen sind Ende-zu-Ende-verschlüsselt. Erzwingt ein Netzwerk eine Verbindung über ein Relay, bleibt der Datenverkehr auf dem Übertragungsweg über die von Vexaro betriebenen Relays verschlüsselt.

STUN, TURN und ICE im Vergleich

STUN, TURN und ICE im Vergleich
	STUN	TURN	ICE
Standard^1,2,3	RFC 8489	RFC 8656	RFC 8445
Zweck^1,2,3	Öffentliche Adresse und Port ermitteln	Verkehr über einen Server weiterleiten	Kandidatenpfade sammeln, prüfen und auswählen
Trägt Sitzungsverkehr^1,2,3	Nein	Ja	Nein, es wählt den Pfad
Serverlast^1,2,3	Nur kleine Anfragen	Die gesamte Bandbreite der Sitzung	Keine eigene; es nutzt STUN- und TURN-Server

Häufig gestellte Fragen

Was macht STUN?

Es teilt einem Gerät die öffentliche Adresse und den Port mit, von denen sein Verkehr zu kommen scheint, damit zwei Geräte eine direkte Verbindung versuchen können. Sitzungsverkehr trägt es nicht.

Was ist TURN und wann wird es genutzt?

TURN ist ein Relay: Beide Seiten schicken ihren Verkehr an einen TURN-Server, der ihn weiterleitet. Es kommt zum Einsatz, wenn keine direkte Verbindung zustande kommt. Es funktioniert immer, kostet aber Latenz und Bandbreite.

Brauche ich STUN und TURN?

Für Konnektivität im Stil von WebRTC meist ja: STUN ermöglicht direkte Verbindungen, TURN deckt die Fälle ab, in denen sie scheitern, und ICE wählt zwischen beiden. Produkte mit eigenem Relay wie Vexaro Desk nutzen dieses Relay statt TURN.

Nutzt Vexaro Desk TURN?

Nein. Vexaro Desk verbindet sich direkt, wo immer das Netzwerk es zulässt, und sonst über die eigenen Relays von Vexaro, deren Echtheit der Client vor dem Verbinden prüft.

Quellen

Gelesen am 21. September 2026.

In Vexaro Desk ansehen

Vexaro Desk vereint begleiteten und unbeaufsichtigten Zugriff, NAT-Traversal, eine adaptive Codec-Engine und Governance in einer Konsole. Es befindet sich im Early Access, und Sie können ein kostenloses Konto erstellen, um es auszuprobieren.

Kostenlos starten Tools vergleichen