Jami v Rusku: problémy P2P-messengeru a technická řešení

Jami v Rusku: Technické překážky P2P messengeru a architektonická řešení

Decentralizovaný messenger Jami čelí kritickým problémům v ruských sítích kvůli CGNAT a blokování, což činí přímé peer-to-peer připojení nespolehlivým. Přestože má technický potenciál, současná implementace protokolu ICE a závislost na TURN serverech se nevyrovnávají s moderními síťovými omezeními. Tento článek nabízí inženýrskou analýzu problémů a konkrétní kroky k modernizaci architektury pro stabilní provoz.

Problémy P2P připojení v ruských sítích

Hlavní nestabilita Jami souvisí s charakteristikami infrastruktury internetových poskytovatelů. Carrier Grade NAT (CGNAT), který mobilní operátoři hojně používají, zbavuje uživatele veřejných IP adres, čímž znemožňuje příchozí spojení. Obzvláště problematický je symetrický NAT, kde standardní metody jako STUN a UDP hole punching často selhávají.

Klíčová síťová omezení:

• Nedostatek veřejných IP adres u uživatelů v mobilních sítích.
• Nízká účinnost protokolu ICE při práci přes CGNAT.
• Nedostupnost veřejných TURN serverů turn.jami.net na území Ruska.
• Snadné odhalení TURN provozu systémy DPI kvůli nepodpoře DTLS/TLS.

Architektonické nedostatky současné implementace

Jami spoléhá na centralizované prvky, což je v rozporu s její decentralizovanou filozofií. Bootstrap uzly DHT, nezbytné pro vstup do sítě, mohou být blokovány a TURN servery představují jediná místa selhání. Provoz přes TURN zvyšuje zpoždění a je náchylný k blokování, což je zvláště kritické v podmínkách ruské internetové regulace.

Srovnání přístupů k retranslaci:

• Současný TURN: Centralizovaný server, snadno se blokuje, zvyšuje latenci.
• P2P retranslace: Využití uzlů uživatelů s veřejnými IP, distribuované zatížení.
• Mesh sítě: Dynamické směrování přes několik uzlů, maximální odolnost proti výpadkům.

Technická řešení pro modernizaci Jami

K překonání síťových omezení je třeba komplexní aktualizace protokolů a architektury. Prioritou by mělo být odstranění závislosti na TURN a zlepšení mechanismů navazování přímých spojení.

Úroveň 1: Zlepšení P2P spojení

• Prioritizace IPv6: Nucené používání IPv6 adres v ICE kandidátech pro obcházení NAT. V ruských mobilních sítích se IPv6 již aktivně poskytuje, což může zajistit přímé spojení pro až 70 % uživatelů.
• Aktivní UPnP: Zvýšení pokusů o mapování portů a zkrácení intervalů keepalive paketů na 15 sekund pro udržení NAT sezení.
• Vylepšený ICE pro CGNAT: Implementace mechanismů port inference pro předpovídání chování symetrického NAT a navazování přímých spojení.

Úroveň 2: Moderní transportní protokoly

Přechod na QUIC namísto současné kombinace TCP/UDP zajistí:

• Lepší práci přes NAT díky vestavěným keepalive a migraci spojení.
• Multiplexování bez head-of-line blocking.
• Odolnost vůči blokování DPI kvůli vestavěnému šifrování TLS 1.3.
• Zachování spojení při přepínání mezi Wi-Fi a mobilními sítěmi.

Úroveň 3: P2P retranslace přes relay peery

Zavedení mechanismu, kde uzly s veřejnými IP adresami slouží jako retranslační body pro uživatele za CGNAT:

• Přidání nového typu ICE kandidáta peer_relay.
• Publikace informací o dostupnosti pro retranslaci v DHT.
• End-to-end šifrování provozu i při průchodu přes mezilehlé uzly.
• Samoorganizace sítě: čím více uživatelů s veřejnými IP, tím stabilnější systém.

Úroveň 4: Rozšířené využití DHT

Integrace libtorrent pro plně decentralizovaný přenos textových zpráv a souborů:

• Využití DHT nejen pro signalizaci, ale i pro šíření dat.
• Odstranění závislosti na jakýchkoli centralizovaných serverech pro ne-mediální provoz.
• Zvýšení odolnosti sítě proti výpadkům.

Úroveň 5: Mesh směrování

Dlouhodobá perspektiva – vytvoření overlay mesh sítě s dynamickým směrováním:

• Implementace protokolů jako BATMAN nebo OLSR.
• Automatické vytváření optimálních cest přes několik uzlů.
• Zvyšování stability sítě s každým novým účastníkem.

Úroveň 6: Odstranění TURN ze zdrojového kódu

Po realizaci předchozích úrovní by měl být TURN zcela vyloučen:

• Odebrání relay kandidátů z protokolu ICE.
• Vyloučení nastavení TURN z uživatelského rozhraní.
• Sestavení PJSIP bez podpory TURN pro snížení útočné plochy.

Optimalizace: Hole Punching s koordinátorem

Pro minimalizaci provozu přes retranslační body lze použít uzly s veřejnými IP pouze jako koordinátory pro počáteční navázání spojení. Po úspěšném hole punching je retranslační bod vyřazen z řetězce a uživatelé přejdou na čisté P2P spojení. Tento přístup kombinuje spolehlivost retranslace s efektivitou přímých spojení.

Co je důležité

• CGNAT v ruských mobilních sítích je hlavní překážkou pro P2P spojení v Jami.
• Závislost na TURN serverech vytváří zranitelnosti a zvyšuje zpoždění.
• Přechod na IPv6 a QUIC může vyřešit většinu problémů s NAT a blokováním.
• P2P retranslace přes relay peery poskytne decentralizovanou alternativu k TURN.
• Úplné odstranění TURN z architektury by mělo být konečným cílem vývoje projektu.

— Editorial Team