O que é VLESS-Reality? Como o protocolo mantém a conexão VPN estável
Quase três quartos do tráfego web criptografado hoje rodam em TLS 1.3 — e esse único fato é toda a premissa por trás do VLESS-Reality. Em vez de inventar uma nova forma de disfarçar uma conexão VPN, o protocolo faz com que ela pareça exatamente o tráfego HTTPS que já domina a internet — o mesmo handshake que o seu navegador executa centenas de vezes por dia ao carregar qualquer site.
O que o VLESS-Reality realmente é
VLESS é um protocolo de transporte leve construído sobre o mecanismo de código aberto Xray-core (projeto XTLS/Xray-core no GitHub). Sozinho, o VLESS apenas move dados criptografados com eficiência — é a camada “Reality” adicionada por cima que muda o cenário. Ela remove o que normalmente denuncia uma VPN: um certificado autoassinado, um nome de servidor suspeito ou uma impressão digital TLS que não corresponde a nenhum navegador real.
Em vez de gerar seu próprio certificado, um servidor Reality pega um emprestado. Ele retransmite em tempo real o handshake TLS genuíno de um site real e de boa reputação, de forma que qualquer inspeção da conexão veja uma cadeia de certificados totalmente autêntica — não uma sintética criada para a VPN.
Por que o handshake permanece invisível
O processo se apoia na troca de chaves por curva elíptica X25519, a mesma criptografia moderna usada na maioria das conexões TLS 1.3 atuais. Cliente e servidor têm um par de chaves correspondente; só um cliente com a chave privada correta consegue destravar o túnel escondido dentro do que, de outra forma, parece uma sessão de navegação comum.
O handshake em si segue uma sequência previsível:
- O cliente envia um Client Hello TLS moldado pelo uTLS para imitar a impressão digital de um navegador real até a ordem das extensões.
- O servidor verifica campos de autenticação ocultos — um ID curto e uma assinatura vinculada à chave pública do cliente — embutidos em campos que um handshake TLS normal simplesmente ignoraria.
- Se a chave corresponder, o servidor descriptografa e encaminha o tráfego tunelado normalmente.
- Se não corresponder — como em uma sonda de rede automatizada — o servidor simplesmente repassa a resposta do site real, então a conexão parece uma visita completamente comum a esse site.
XTLS-Vision: velocidade sem sobrecarga
Uma fraqueza conhecida dos protocolos proxy é o “TLS dentro de TLS”: criptografar o tráfego VPN e depois embrulhá-lo em uma segunda camada TLS cria um padrão de comprimento e tempo que ferramentas de análise de tráfego conseguem identificar sem sequer descriptografar nada. O XTLS-Vision resolve isso diretamente: ele preenche e remodela o handshake interno para que a conexão externa não carregue essa assinatura reveladora, evitando ao mesmo tempo uma segunda rodada completa de criptografia. O resultado mantém a taxa de transferência próxima à de uma conexão TLS pura, sem o custo habitual da dupla criptografia.
Resumo: o Reality esconde o que é a sua conexão ao pegar emprestado um certificado real; o XTLS-Vision esconde como ela se comporta ao remover o padrão de tempo da criptografia aninhada. Juntos, eles cobrem duas formas distintas pelas quais uma conexão pode se destacar.
VLESS-Reality comparado a outros protocolos
| Protocolo | Certificado | Resistência a impressão digital | Desempenho típico |
|---|---|---|---|
| OpenVPN | Autoassinado | Baixa — assinatura de handshake distinta | Mais lento, maior sobrecarga |
| WireGuard / AmneziaWG | Nenhum (chaves pré-compartilhadas) | Boa — pacotes mínimos e modernos | Rápido |
| VLESS-Reality (XTLS-Vision) | Emprestado de um site real | Alta — corresponde a HTTPS genuíno | Rápido, próximo do TLS puro |
O que o VLESS-Reality oferece
- Sem certificado sintético — o handshake carrega credenciais TLS reais de um site genuíno, não um marcador exclusivo de software VPN.
- Porta padrão 443 — a mesma porta que qualquer site HTTPS já usa, então nada no destino parece incomum.
- Criptografia moderna — troca de chaves X25519, o mesmo princípio em que os navegadores atuais confiam para o tráfego web comum.
- Resiliência em redes restritivas — Wi-Fi de hotel, firewalls corporativos e redes de operadoras móveis que inspecionam o tráfego de perto continuam vendo uma sessão HTTPS comum.
Como o RunVPN usa isso
O RunVPN roda no AmneziaWG por padrão, com o VLESS-Reality (XTLS-Vision) disponível nos bastidores — mais detalhes na página do protocolo. Ambos foram escolhidos pelo mesmo motivo: mantêm uma conexão estável e privada em vez de degradar assim que uma rede olha mais de perto. Você nunca escolhe um protocolo nem cola uma configuração manualmente — após o login, o app busca a configuração automaticamente nos servidores da RunVPN.
Não há arquivo de configuração para importar nem QR code para escanear. Faça login, toque em conectar — e pronto.
Perguntas frequentes
O VLESS-Reality é um novo algoritmo de criptografia? Não. Ele reutiliza a criptografia padrão do TLS 1.3 e X25519; o que é novo é como o handshake é disfarçado, não a matemática por trás dele.
Preciso configurar o VLESS-Reality manualmente? No RunVPN, não. Não há arquivo de configuração para importar nem QR code para escanear — o app configura tudo automaticamente após o login.
O VLESS-Reality é mais rápido que protocolos baseados em WireGuard? O desempenho é comparável. A principal vantagem do VLESS-Reality não é a velocidade bruta — é permanecer indistinguível do tráfego HTTPS comum em redes que inspecionam conexões de perto.
O VLESS-Reality substitui o AmneziaWG? Não, o RunVPN usa os dois. O AmneziaWG é o padrão para velocidade no dia a dia; o VLESS-Reality (XTLS-Vision) está disponível como alternativa ajustada para máxima estabilidade em redes restritivas. Compare com o AmneziaWG.
Pronto para se conectar com um protocolo feito para estabilidade e privacidade? Baixe o RunVPN.