Transport GhostMesh
Le transport de GhostMesh pour Windows et Android. Connectez sites et applications via un tunnel protégé, sans configurer le protocole manuellement. Bêta avancée : la disponibilité dépend de votre réseau.
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 de GhostMesh pour Windows et Android. Il associe TLS 1.3 et authentification REALITY à la réutilisation des connexions, au renouvellement des clés et à la reprise de session sur le même nœud. Les nœuds de sortie préparés peuvent utiliser Native UDP v2 lié à la session ; les relais ont un rôle distinct. Ces fonctions sont intégrées ; les comparaisons publiques prolongées sur plusieurs FAI restent à établir.
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.
Windows 1.0.366 réessaie via un relais accessible après un délai dépassé sur la sortie directe. Il privilégie le pays demandé et affiche le serveur réellement choisi. Un relais peut augmenter la latence.
Les correctifs d’octobre ajoutent des pauses partagées entre tentatives et bornent l’attente FIN/RST pour éviter qu’un flux bloqué retarde indéfiniment le trafic. Android suit la route par défaut sélectionnée.
Un serveur sain ne garantit pas son accès depuis votre réseau. Comparez IP, DNS et WebRTC avant et après VPN ; le navigateur ne valide ni le protocole ni la protection de tout l’appareil.
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.