Jami in Russland: Probleme des P2P-Messengers und technische Lösungen

Jami in Russland: P2P-Messenger vor Netzwerk-Hürden und Lösungen

Der dezentralisierte Messenger Jami stößt in russischen Netzen auf massive Probleme durch CGNAT und Sperren, die direkte Peer-to-Peer-Verbindungen unzuverlässig machen. Trotz seines technischen Potenzials können das aktuelle ICE-Protokoll und die Abhängigkeit von TURN-Servern die heutigen Netzbeschränkungen nicht bewältigen. Dieser Artikel zerlegt die technischen Schwachstellen und skizziert konkrete Schritte für eine Überarbeitung der Architektur mit bombenfester Performance.

P2P-Verbindungsprobleme in russischen Netzen

Die Hauptschwäche von Jami rührt daher, wie russische Provider die Internetinfrastruktur handhaben. Carrier Grade NAT (CGNAT), weit verbreitet bei Mobilfunkanbietern, entzieht Nutzern öffentliche IP-Adressen und blockiert eingehende Verbindungen. Symmetrisches NAT ist besonders knifflig, da Standardtricks wie STUN und UDP-Hole-Punching hier oft scheitern.

Wichtige Netzhürden:

• Keine öffentlichen IPs für Mobilfunknutzer.
• ICE-Protokoll hapert hinter CGNAT.
• TURN-Server wie turn.jami.net sind in Russland nicht erreichbar.
• DPI-Systeme erkennen TURN-Traffic leicht ohne DTLS/TLS-Schutz.

Schwächen der aktuellen Architektur

Jami stützt sich auf zentralisierte Komponenten, was seinem dezentralen Anspruch widerspricht. DHT-Bootstrap-Nodes, die zum Netzwerkbeitritt nötig sind, können gesperrt werden, und TURN-Server sind Single Points of Failure. TURN-gerouteter Traffic verursacht Latenz und ist anfällig für Sperren – fatal unter den russischen Internetregeln.

Vergleich der Relay-Ansätze:

• Aktuelles TURN: Zentraler Server, leicht sperrbar, hohe Latenz.
• P2P-Relay: Nutzerknoten mit öffentlichen IPs teilen die Last, dezentral.
• Mesh-Netzwerke: Dynamisches Routing über mehrere Knoten, maximale Resilienz.

Technische Lösungen zur Modernisierung von Jami

Um diese Netzbeschränkungen zu knacken, braucht es ein umfassendes Protokoll- und Architektur-Upgrade. Top-Priorität: TURN-Abhängigkeit abschütteln und direkte Verbindungen pushen.

Stufe 1: P2P-Verbindungen boosten

• IPv6 priorisieren: IPv6-Adressen in ICE-Kandidaten erzwingen, um NAT zu umgehen. Russische Mobilnetze setzen bereits auf IPv6 und könnten so bis zu 70 % der Nutzer direkte Verbindungen ermöglichen.
• Aggressives UPnP: Port-Mapping-Versuche hochfahren und Keepalive-Intervalle auf 15 Sekunden kürzen, um NAT-Sitzungen am Leben zu halten.
• CGNAT-optimiertes ICE: Port-Inferenz hinzufügen, um symmetrisches NAT-Verhalten vorherzusagen und direkte Links zu erzwingen.

Stufe 2: Next-Gen-Transportprotokolle

Auf QUIC statt TCP/UDP umsteigen für:

• Besseres NAT-Traversal mit integrierten Keepalives und Connection-Migration.
• Multiplexing ohne Head-of-Line-Blocking.
• DPI-Resistenz durch eingebaute TLS-1.3-Verschlüsselung.
• Nahtlose Übergänge zwischen WLAN und Mobilfunk.

Stufe 3: P2P-Relaying über Relay-Peers

System einführen, bei dem Knoten mit öffentlichen IPs für CGNAT-Nutzer relayouten:

• Neuer ICE-Kandidatentyp: peer_relay.
• Relay-Verfügbarkeit in DHT publishen.
• End-to-End-Verschlüsselung auch über Relays.
• Selbstorganisierendes Netz: Je mehr Nutzer mit öffentlicher IP, desto robuster das System.

Stufe 4: DHT-Nutzung auf Turbo schalten

libtorrent integrieren für vollständig dezentrale Text- und Dateiübertragungen:

• DHT für Datenverteilung, nicht nur Signaling.
• Keine zentralen Server für Non-Media-Traffic.
• Stark erhöhte Netzwiderstandsfähigkeit.

Stufe 5: Mesh-Routing

Langfristig: Overlay-Mesh mit dynamischem Routing aufbauen:

• Protokolle wie BATMAN oder OLSR.
• Automatisch optimale Pfade über mehrere Knoten.
• Netz wird mit jedem neuen Nutzer stärker.

Stufe 6: TURN aus dem Codebase tilgen

Sobald die vorherigen Stufen stehen, TURN komplett streichen:

• Relay-Kandidaten aus ICE entfernen.
• TURN-Einstellungen aus der UI kicken.
• PJSIP ohne TURN bauen, um Angriffsfläche zu verkleinern.

Optimierung: Hole Punching mit Koordinatoren

Um Relay-Traffic zu minimieren, öffentliche-IP-Knoten nur als Koordinatoren für den initialen Handshake nutzen. Nach Hole Punching steigt der Relay aus, Wechsel zu purem P2P. So verbindet sich Relay-Zuverlässigkeit mit direkter Effizienz.

Wichtige Erkenntnisse

• CGNAT in russischen Mobilnetzen ist der größte P2P-Killer für Jami.
• TURN-Abhängigkeit schafft Schwachstellen und Verzögerungen.
• IPv6 und QUIC lösen die meisten NAT- und Sperrprobleme.
• P2P-Relaying über Peers als dezentrale TURN-Alternative.
• Vollständige TURN-Löschung als Endziel des Projekts.

— Editorial Team