Transport GhostMesh
Transport advanced-beta GhostMesh pour Windows et Android : TLS 1. 3, ClientHello Chrome 150, REALITY obligatoire, mux GMNPP avec warm pool, garde anti-probing, plus session canonical (rekey/resume) et Native UDP v2 par défaut.
Scores éditoriaux comparatifs 0–100 pour dix protocoles. Hysteria3, Mieru, TrustTunnel, OlcRTC et les assemblages opérateurs sont exclus de l’ensemble noté.
Les scores 0–100 sont des notes éditoriales comparatives du chemin livré GhostMesh et de la documentation publique — pas des mesures de laboratoire indépendantes. Les bandes étiquettent les mêmes scores.
Trier par
SRSP (SRS Secure Session Protocol) est le transport propre de GhostMesh pour Windows et Android. Le chemin egress par défaut utilise un vrai TLS 1. 3 avec ClientHello Chrome 150, une authentification REALITY/EKM obligatoire, le multiplexage GMNPP avec warm pool, une garde anti-probing, plus une session canonical avec rekey à jitter, sticky resume et Native UDP v2. Profil éditorial : 89 overall (camouflage 92 / efficacité 90 / résilience 85). Advanced-beta : livré et testé, avec un historique multi-ISP public plus court que les flottes VLESS+REALITY matures.
Transport par défaut sous Windows et Android. JA4 est un camouflage d’empreinte, pas un chiffrement distinct.
Obligatoire sur les nœuds SRSP activés ; l’API refuse le repli silencieux vers TLS standard.
Le chemin par défaut réutilise des connexions protégées pour plusieurs flux.
Limites IPv4 /24 et IPv6 /48, validation stricte et fallback HTTP masquerade borné sont câblés ; défense en profondeur, pas d’indiscernabilité.
Activé par défaut sur l’egress (flags API + modèles) ; le relay reste désactivé. Le soak de flotte live reste à la charge de l’opérateur.
Sur le chemin egress canonical par défaut : RekeyScheduler à jitter, rotation d’owner UDP v2, tickets sticky resume. L’historique multi-ISP soutenu reste plus court que celui des stacks matures.
SRSP sépare transport, cycle de vie de session et format VPN/proxy afin que camouflage, cryptographie, multiplexage et limites de ressources évoluent indépendamment.
Transport
GhostCloak sur TLS 1.3 avec ClientHello façon Chrome 150 et REALITY/EKM obligatoire
Session
Les clés de session dérivent du handshake TLS 1.3. Chemin egress par défaut : session canonical avec rekey à jitter, sticky resume et Native UDP v2 (le relay reste non-canonical)
Multiplexage
Multiplexage GMNPP full-duplex avec warm pool de connexions
VPN / proxy
Windows Wintun et Android VpnService avec TCP CONNECT et UDP ASSOCIATE
Les notes utilisent des scores éditoriaux 0–100 pour le camouflage, l’efficacité et la résilience. Ce sont des profils d’ingénierie comparatifs du chemin livré GhostMesh et de la documentation publique — pas des mesures de laboratoire indépendantes.
Tout ce qui est listé ici est activé par défaut sur le chemin livré Windows et Android.
Le transport par défaut utilise TLS 1.3 et un ClientHello façon Chrome 150 pour le camouflage d’empreinte. JA4 décrit ce camouflage ; ce n’est pas un chiffrement distinct.
Les nœuds SRSP activés exigent des clés REALITY ; l’API refuse le repli silencieux vers TLS standard.
Le chemin par défaut réutilise des connexions protégées pour plusieurs flux via le multiplexage GMNPP et un warm pool.
Limites IPv4 /24 et IPv6 /48, validation stricte et fallback HTTP masquerade borné sont câblés. Défense en profondeur, pas une garantie d’indiscernabilité.
L’egress par défaut exécute une session canonical : rekey à jitter, tickets sticky resume et rotation d’owner. Le relay reste non-canonical.
Native UDP v2 est activé par défaut sur l’egress (flags API + modèles). Ce n’est pas un opt-in expérimental.
SRSP ne remplace pas tous les protocoles dans tous les scénarios. WireGuard reste excellent sur réseaux ouverts, OpenVPN et IKEv2 gagnent en maturité, et VLESS+REALITY conserve une expérience terrain plus profonde contre la censure. SRSP donne à GhostMesh un transport moderne propriétaire avec une honnêteté advanced-beta.
Utilisez SRSP lorsque l’accès privé stable sous Windows/Android, le camouflage de forme TLS et la réutilisation du mux importent plus qu’un long historique de déploiement tiers. Sur les réseaux ouverts ordinaires, GhostMesh peut encore préférer d’autres chemins modernes.
Protocol boundary reference: git:f144c34 · regional shaped/unshaped and VLESS+REALITY controls pending