TURN-Server

Ausführliche Erklärung

TURN-Server kommen vor allem bei WebRTC-Anwendungen zum Einsatz, wenn eine direkte Kommunikation zwischen zwei Endgeräten nicht möglich ist. Das Protokoll ist in RFC 8656 spezifiziert und stellt eine Erweiterung des STUN-Protokolls dar. Während STUN lediglich dabei hilft, die öffentliche IP-Adresse und Port-Zuordnung eines Geräts hinter einem NAT zu ermitteln, leitet ein TURN-Server tatsächlich alle Medien- und Datenpakete zwischen den Kommunikationspartnern weiter. Er fungiert als letzte Rückfallebene innerhalb des ICE-Frameworks (Interactive Connectivity Establishment), wenn sowohl direkte Verbindungen als auch STUN-unterstützte Verbindungen fehlschlagen.

Die Funktionsweise ist technisch klar gegliedert: Der Client authentifiziert sich beim TURN-Server, fordert eine Ressourcenzuweisung (Allocation) an und erhält eine öffentliche Relay-Adresse. Diese Adresse teilt er über den Signalisierungskanal seinem Kommunikationspartner mit. Beide Teilnehmer senden ihre Medienströme an den TURN-Server, der diese jeweils an die Gegenseite weiterleitet. Da alle Daten über den Server laufen, führt dies zwangsläufig zu zusätzlicher Latenz und erhöhtem Bandbreitenverbrauch auf Serverseite.

Für Unternehmen ist TURN relevant, wenn sie Echtzeit-Kommunikationsdienste wie Videokonferenzen, WebRTC-basierte Kundenservices oder Telemedizin-Lösungen betreiben. Besonders in stark restriktiven Netzwerkumgebungen – etwa hinter symmetrischen NATs oder Firewalls, die nur ausgehenden TCP-Verkehr auf Port 443 zulassen – ist ein TURN-Server unverzichtbar, um die Erreichbarkeit aller Nutzer sicherzustellen. Anders als STUN verursacht TURN deutlich höhere Betriebskosten, da der Server für jeden aktiven Anruf Bandbreite bereitstellen muss. Aus diesem Grund wird TURN nur dann genutzt, wenn alle anderen Verbindungsmethoden gescheitert sind.

Code-Beispiel

// WebRTC ICE-Konfiguration mit TURN-Server
const iceServers = [
  {
    urls: "stun:stun.example.com:3478"
  },
  {
    urls: "turn:turn.example.com:3478",
    username: "user123",
    credential: "securePassword"
  }
];

const peerConnection = new RTCPeerConnection({
  iceServers: iceServers
});