Transporte GhostMesh
Transporte advanced-beta do GhostMesh para Windows e Android: TLS 1. 3, ClientHello Chrome 150, REALITY obrigatório, mux GMNPP com warm pool, proteção contra probing, mais sessão canonical (rekey/resume) e Native UDP v2 por predefinição.
Pontuações editoriais comparativas 0–100 para dez protocolos. Hysteria3, Mieru, TrustTunnel, OlcRTC e conjuntos de operador ficam fora do conjunto pontuado.
As pontuações 0–100 são avaliações editoriais comparativas do caminho publicado do GhostMesh e da documentação pública — não medições laboratoriais independentes. As faixas etiquetam as mesmas pontuações.
Ordenar por
SRSP (SRS Secure Session Protocol) é o transporte próprio do GhostMesh para Windows e Android. O caminho egress predefinido usa TLS 1. 3 real com ClientHello Chrome 150, autenticação REALITY/EKM obrigatória, multiplexagem GMNPP com warm pool, proteção contra probing, mais uma sessão canonical com rekey com jitter, sticky resume e Native UDP v2. Perfil editorial: 89 overall (camuflagem 92 / eficiência 90 / resiliência 85). Advanced-beta: publicado e testado, com historial multi-ISP público mais curto do que frotas VLESS+REALITY maduras.
Transporte padrão no Windows e Android. JA4 é camuflagem de fingerprint, não uma cifra separada.
Obrigatória em nós SRSP ativos; a API recusa fallback silencioso para TLS padrão.
O caminho padrão reutiliza ligações protegidas para vários fluxos.
Limites IPv4 /24 e IPv6 /48, validação estrita e fallback HTTP masquerade limitado já estão ligados; defesa em profundidade, não indistinguibilidade.
Ativado por predefinição no egress (flags de API + modelos); o relay permanece desligado. O soak da frota ao vivo continua a cargo do operador.
No caminho egress canonical predefinido: RekeyScheduler com jitter, rotação de owner UDP v2 e tickets sticky resume. O historial multi-ISP sustentado continua mais curto do que em stacks maduros.
O SRSP separa transporte, ciclo de vida da sessão e formato VPN/proxy para que camuflagem, criptografia, multiplexagem e limites de recursos evoluam de forma independente.
Transporte
GhostCloak sobre TLS 1.3 com ClientHello com forma Chrome 150 e REALITY/EKM obrigatório
Sessão
As chaves de sessão derivam do handshake TLS 1.3. Caminho egress predefinido: sessão canonical com rekey com jitter, sticky resume e Native UDP v2 (o relay permanece não-canonical)
Multiplexagem
Multiplexagem GMNPP full-duplex com warm pool de ligações
VPN / proxy
Windows Wintun e Android VpnService com TCP CONNECT e UDP ASSOCIATE
As avaliações usam pontuações editoriais 0–100 de camuflagem, eficiência e resiliência. São perfis de engenharia comparativos do caminho publicado do GhostMesh e da documentação pública — não medições laboratoriais independentes.
Tudo o que está listado aqui está ativado por predefinição no caminho publicado de Windows e Android.
O transporte predefinido usa TLS 1.3 e um ClientHello com forma Chrome 150 para camuflar a impressão digital. O JA4 descreve essa camuflagem; não é uma cifra separada.
Nós SRSP ativos exigem chaves REALITY; a API recusa fallback silencioso para TLS padrão.
O caminho predefinido reutiliza ligações protegidas para vários fluxos através da multiplexagem GMNPP e de um warm pool.
Limites IPv4 /24 e IPv6 /48, validação estrita e um fallback HTTP masquerade limitado estão ligados. É defesa em profundidade, não uma garantia de indistinguibilidade.
O egress predefinido corre uma sessão canonical: rekey com jitter, tickets sticky resume e rotação de owner. O relay permanece não-canonical.
Native UDP v2 está ativado por predefinição no egress (flags de API + modelos). Não é um opt-in experimental.
O SRSP não substitui todos os protocolos em todos os cenários. O WireGuard continua excelente em redes abertas, OpenVPN e IKEv2 vencem em maturidade, e o VLESS+REALITY ainda tem experiência de campo mais profunda contra a censura. O SRSP dá ao GhostMesh um transporte moderno próprio com honestidade advanced-beta.
Use o SRSP quando o acesso privado estável no Windows/Android, a camuflagem com forma TLS e a reutilização de mux importarem mais do que um longo historial de implantação de terceiros. Em redes abertas comuns, o GhostMesh pode continuar a preferir outros caminhos modernos.
Protocol boundary reference: git:f144c34 · regional shaped/unshaped and VLESS+REALITY controls pending