Transporte GhostMesh
Transporte advanced-beta de GhostMesh para Windows y Android: TLS 1. 3, ClientHello Chrome 150, REALITY obligatorio, mux GMNPP con warm pool, protección ante probing, más sesión canonical (rekey/resume) y Native UDP v2 por defecto.
Puntuaciones editoriales comparativas 0–100 para diez protocolos. Hysteria3, Mieru, TrustTunnel, OlcRTC y paquetes de operador quedan fuera del conjunto puntuado.
Las puntuaciones 0–100 son valoraciones editoriales comparativas de la ruta publicada de GhostMesh y la documentación pública — no mediciones de laboratorio independientes. Las bandas etiquetan las mismas puntuaciones.
Ordenar por
SRSP (SRS Secure Session Protocol) es el transporte propio de GhostMesh para Windows y Android. La ruta egress predeterminada usa TLS 1. 3 real con ClientHello Chrome 150, autenticación REALITY/EKM obligatoria, multiplexación GMNPP con warm pool, protección ante probing, más una sesión canonical con rekey con jitter, sticky resume y Native UDP v2. Perfil editorial: 89 overall (camuflaje 92 / eficiencia 90 / resiliencia 85). Advanced-beta: publicado y probado, con historial multi-ISP público más corto que flotas VLESS+REALITY maduras.
Transporte predeterminado en Windows y Android. JA4 es camuflaje de huella, no un cifrado aparte.
Obligatoria en nodos SRSP habilitados; la API rechaza el fallback silencioso a TLS estándar.
La ruta predeterminada reutiliza conexiones protegidas para varios flujos.
Límites IPv4 /24 e IPv6 /48, validación estricta y fallback HTTP masquerade acotado ya están cableados; defensa en profundidad, no indistinguibilidad.
Activado por defecto en egress (flags de API + plantillas); el relay sigue apagado. El soak de flota en vivo sigue a cargo del operador.
En la ruta egress canonical predeterminada: RekeyScheduler con jitter, rotación de owner UDP v2 y tickets sticky resume. El historial multi-ISP sostenido sigue siendo más corto que en stacks maduros.
SRSP separa transporte, ciclo de vida de sesión y formato VPN/proxy para que camuflaje, criptografía, multiplexación y límites de recursos evolucionen de forma independiente.
Transporte
GhostCloak sobre TLS 1.3 con ClientHello con forma Chrome 150 y REALITY/EKM obligatorio
Sesión
Las claves de sesión derivan del handshake TLS 1.3. Ruta egress predeterminada: sesión canonical con rekey con jitter, sticky resume y Native UDP v2 (el relay sigue sin canonical)
Multiplexación
Multiplexación GMNPP full-duplex con warm pool de conexiones
VPN / proxy
Windows Wintun y Android VpnService con TCP CONNECT y UDP ASSOCIATE
Las valoraciones usan puntuaciones editoriales 0–100 de camuflaje, eficiencia y resiliencia. Son perfiles de ingeniería comparativos de la ruta publicada de GhostMesh y de la documentación pública — no mediciones de laboratorio independientes.
Todo lo que aparece aquí está activado por defecto en la ruta publicada de Windows y Android.
El transporte predeterminado usa TLS 1.3 y un ClientHello con forma Chrome 150 para camuflar la huella. JA4 describe ese camuflaje; no es un cifrado aparte.
Los nodos SRSP habilitados exigen claves REALITY; la API rechaza el fallback silencioso a TLS estándar.
La ruta predeterminada reutiliza conexiones protegidas para varios flujos mediante multiplexación GMNPP y un warm pool.
Límites IPv4 /24 e IPv6 /48, validación estricta y un fallback HTTP masquerade acotado ya están cableados. Es defensa en profundidad, no una garantía de indistinguibilidad.
El egress predeterminado ejecuta una sesión canonical: rekey con jitter, tickets sticky resume y rotación de owner. El relay sigue sin canonical.
Native UDP v2 está activado por defecto en egress (flags de API + plantillas). No es un opt-in experimental.
SRSP no sustituye todos los protocolos en todos los escenarios. WireGuard sigue siendo excelente en redes abiertas, OpenVPN e IKEv2 ganan en madurez, y VLESS+REALITY aún tiene más experiencia de campo frente a la censura. SRSP aporta a GhostMesh un transporte propio moderno con honestidad advanced-beta.
Usa SRSP cuando el acceso privado estable en Windows/Android, el camuflaje con forma TLS y la reutilización de mux importen más que una larga historia de despliegues de terceros. En redes abiertas ordinarias, GhostMesh puede seguir prefiriendo otras rutas modernas.
Protocol boundary reference: git:f144c34 · regional shaped/unshaped and VLESS+REALITY controls pending