GhostMesh
BaixarServidoresSRSPFAQPreçosBlog
Entrar
GhostMesh

© 2026 SRS Conglomerate. Todos os direitos reservados.

Status do serviçoDocumentaçãoSegurançaTermos e condiçõesRelatório de transparênciaPolítica de privacidade

Transporte GhostMesh

SRSP: SRS Secure Session Protocol

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.

TLS 1.3REALITY obrigatórioCanonical sessionNative UDP v2
Baixar GhostMeshVer preços

Comparação com protocolos avaliados

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 / GhostCloak

GhostMesh
Field score pending: the seven-day regional shaped, unshaped, VLESS+REALITY, and ordinary HTTPS controls are not complete.
Ler análise completa

VLESS + REALITY

Camuflagem92Excelente
Eficiência78Forte
Resiliência80Forte
Ler análise completa

WireGuard

Camuflagem28Limitada
Eficiência94Excelente
Resiliência58Média
Ler análise completa

AmneziaWG 2.0

Camuflagem55Média
Eficiência82Forte
Resiliência58Média
Ler análise completa

NaiveProxy

Camuflagem80Forte
Eficiência55Média
Resiliência76Forte
Ler análise completa

OpenVPN

Camuflagem52Média
Eficiência55Média
Resiliência78Forte
Ler análise completa

IKEv2 / IPsec

Camuflagem30Limitada
Eficiência78Forte
Resiliência80Forte
Ler análise completa

Shadowsocks

Camuflagem55Média
Eficiência78Forte
Resiliência52Média
Ler análise completa

Hysteria2

Camuflagem55Média
Eficiência92Excelente
Resiliência78Forte
Ler análise completa

TUIC

Camuflagem52Média
Eficiência80Forte
Resiliência78Forte
Ler análise completa

O que é SRSP

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.

TLS 1.3 + Chrome 150 ClientHelloPublicado por predefinição

Transporte padrão no Windows e Android. JA4 é camuflagem de fingerprint, não uma cifra separada.

Autenticação REALITY / EKMPublicado por predefinição

Obrigatória em nós SRSP ativos; a API recusa fallback silencioso para TLS padrão.

Mux GMNPP + warm poolPublicado por predefinição

O caminho padrão reutiliza ligações protegidas para vários fluxos.

Active probing guardPublicado por predefinição

Limites IPv4 /24 e IPv6 /48, validação estrita e fallback HTTP masquerade limitado já estão ligados; defesa em profundidade, não indistinguibilidade.

Canonical session + Native UDP v2Publicado por predefinição

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.

Rekey automático + sticky resumePublicado por predefinição

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.

Como as camadas se organizam

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

Como avaliamos os protocolos

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.

O que é enviado por predefinição

Tudo o que está listado aqui está ativado por predefinição no caminho publicado de Windows e Android.

TLS 1.3 com ClientHello com forma Chrome 150

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.

Autenticação REALITY / EKM obrigatória

Nós SRSP ativos exigem chaves REALITY; a API recusa fallback silencioso para TLS padrão.

Mux GMNPP e warm pool

O caminho predefinido reutiliza ligações protegidas para vários fluxos através da multiplexagem GMNPP e de um warm pool.

Proteção contra probing no Windows e Android

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.

Sessão canonical com rekey e sticky resume

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 no caminho predefinido

Native UDP v2 está ativado por predefinição no egress (flags de API + modelos). Não é um opt-in experimental.

Limite honesto

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.

Onde o SRSP mais ajuda

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