Como Contornar a Censura por DPI com Seu Próprio VPS

Uma VPN que funcionava ontem e falha hoje quase nunca foi invadida. Ela foi identificada por fingerprinting. A inspeção profunda de pacotes é a ferramenta de censura padrão na China, no Irã e na Rússia em 2026, e ela não precisa decifrar nada para te bloquear — só precisa reconhecer o formato do seu tráfego, ou o endereço para onde ele é enviado.

Essa distinção é que define a solução. Se o censor bloqueou seu protocolo, outro servidor não muda nada. Se bloqueou o IP, outro protocolo não muda nada. Em uma VPN comercial, você costuma ser atingido pelos dois motivos, porque milhares de clientes compartilham a mesma faixa de endereços e a mesma assinatura de handshake. Seu próprio endpoint é o único arranjo em que você controla ambos. Este guia cobre o que o DPI detecta, qual dos cinco protocolos que ainda funcionam em 2026 responde a qual tipo de bloqueio, e como implantar um deles.

O que a inspeção profunda de pacotes realmente enxerga

Inspeção profunda de pacotes é um nome enganoso. Um censor moderno não está lendo sua sessão criptografada — ele não consegue. Ele classifica a sessão a partir do que permanece visível quando o conteúdo não está: tamanho dos pacotes, intervalo de tempo entre eles, o padrão de bytes do handshake inicial, o endereço e a porta de destino, e como a conexão se comporta quando algo a testa.

Quatro técnicas fazem esse trabalho, e cada uma tem uma contramedida diferente. Saber qual delas te atingiu é todo o diagnóstico:

• Fingerprinting de protocolo. Todo protocolo de VPN tem um handshake inicial reconhecível. O primeiro pacote do OpenVPN carrega um opcode fixo; o do WireGuard é uma mensagem de 148 bytes com um campo de tipo constante em uma posição previsível. Um classificador identifica qualquer um dos dois em um único pacote, sem decifrar nada.
• Sondagem ativa (active probing). O golpe característico da Grande Firewall. Depois de observar uma sessão suspeita, o censor conecta-se posteriormente a esse endereço e fala com ele em um protocolo de proxy. Se o servidor responde como um proxy, ele é bloqueado — parecer TLS não basta, o servidor precisa sobreviver ao interrogatório.
• Bloqueio de IP e de faixas. O método mais rudimentar e, de longe, o mais comum. Faixas conhecidas por hospedar VPNs comerciais são bloqueadas por atacado, sem qualquer inspeção. É isso que derruba um app de VPN de consumo da noite para o dia.
• Estrangulamento (throttling) em vez de bloqueio. O método preferido do Irã. A conexão não é derrubada, mas degradada até se tornar inútil — perda e latência induzidas que quebram o controle de congestionamento do TCP. Nada parece bloqueado, então os usuários culpam o próprio hardware.

Por que seu próprio endpoint em VPS sobrevive a uma onda de bloqueios

VPNs comerciais falham em países com censura por uma razão estrutural que nenhuma engenharia resolve: elas são públicas. Suas faixas de endereço são publicadas, coletadas (scraped) e catalogadas. Qualquer pessoa pode comprar uma assinatura, anotar os endereços de saída e enviá-los — e é exatamente isso que os censores fazem. Uma única entrada em uma lista de bloqueio custa a milhares de usuários o acesso de uma só vez.

Um proxy no seu próprio VPS inverte essa lógica. Seu endpoint é um único endereço desconhecido, fora de qualquer lista até que alguém o encontre, e encontrá-lo exige identificar seu protocolo por fingerprinting ou já saber onde procurar. Você também ganha o que nenhuma assinatura oferece: root. Você escolhe o protocolo, a porta, a ofuscação e o domínio de camuflagem, e pode rodar vários ao mesmo tempo.

O trade-off honesto é que você se torna o operador. Ninguém troca o endereço por você, aplica patches na máquina ou percebe às 3 da manhã que o daemon morreu. Se você quer um aplicativo e uma central de suporte, esta não é a arquitetura certa — as páginas de hospedagem resistente à censura afirmam o mesmo trade-off do ponto de vista do produto. Em troca, você tem um endpoint cujo destino não é compartilhado com estranhos.

Por que o WireGuard e o OpenVPN puros são pegos pelo DPI

Ambos são protocolos excelentes e ambos são, por design, trivialmente identificáveis. O WireGuard foi otimizado para simplicidade criptográfica e velocidade, não para dissimulação: o início do seu handshake é uma mensagem de tamanho fixo com um byte de tipo constante. O OpenVPN, em sua configuração padrão, é igualmente característico. Nenhum dos dois foi pensado para ser irreconhecível — isso simplesmente nunca foi um objetivo de design.

Isso não os torna más escolhas, como afirma claramente nossa comparação entre WireGuard e OpenVPN. Para privacidade em relação ao seu provedor de internet, para conectar suas próprias máquinas, para uma VPN em um país que não faz DPI, o WireGuard é a resposta certa, e nosso guia de configuração do WireGuard continua válido. Dito sem rodeios: o WireGuard resolve privacidade; não resolve censura.

Existem camadas de ofuscação para os dois — wrappers para o OpenVPN, forks que randomizam o handshake do WireGuard. Elas funcionam, e contra um censor que só faz fingerprinting podem ser suficientes. São mais fracas onde há sondagem ativa em jogo, porque embaralhar um handshake não ensina um servidor a se comportar de forma convincente quando um censor se conecta e faz perguntas a ele. É para isso que os cinco próximos protocolos foram construídos.

Os cinco protocolos que ainda funcionam em 2026

Não existe um único melhor protocolo — só o melhor para o método de bloqueio que você enfrenta e para a rede em que você está. Estes cinco valem a pena ser implantados hoje, cada um com sua própria página de configuração.

VLESS+REALITY é o primeiro a se considerar. Seu truque difere da camuflagem TLS comum: em vez de apresentar um certificado próprio, ele retransmite o handshake TLS real de um site genuíno e popular. Uma sondagem ativa vê uma cadeia de certificados autêntica para um domínio real, porque é isso que está sendo mostrado a ela. Nenhum certificado autoassinado para levantar suspeita, nenhum domínio obscuro para correlacionar.

Shadowsocks-2022 é o mais leve e mais testado em combate; seu conjunto de cifras eliminou as fragilidades de replay e sondagem que tornavam as versões anteriores detectáveis. O Hysteria2 responde ao estrangulamento em vez do bloqueio — seu controle de congestionamento é construído para links deliberadamente instáveis. O V2Ray atrás de um CDN esconde a origem: o censor vê tráfego para um grande CDN, não para você. Um proxy MTProto resolve exatamente um problema, mas resolve o acesso ao Telegram de forma tão eficaz que vale a pena rodá-lo junto com qualquer outra coisa que você implante.

Escolhendo a jurisdição e o IP

Duas propriedades importam e puxam em direções opostas: quão nova é a faixa de endereços, e quão longe o servidor está de você. A novidade geralmente vence. Um endereço novo em uma faixa nunca usada para contornar censura passa pelo bloqueio por atacado que barra a maioria das pessoas, e nenhuma sofisticação de protocolo recupera um endereço que já está listado. É por isso que endereços reciclados de "VPN anônima" deixam de funcionar — eles já estavam queimados antes de você alugá-los.

A latência vem em segundo lugar. Das sete jurisdições em que operamos, Holanda, Romênia e Moldávia ficam mais perto de usuários no Irã, na Rússia e na Ásia Central, e a Holanda soma uma conectividade de classe mundial via AMS-IX. Islândia, Panamá e Suíça estão mais distantes, mas são legalmente mais fortes — o Panamá não tem tratado de assistência jurídica mútua com a maioria dos países ocidentais nem obrigação de retenção de dados, e a Islândia não tem retenção obrigatória alguma.

Para um endpoint de contorno de censura, o conselho é pouco romântico: escolha primeiro pela latência e pela novidade da faixa, e pela jurisdição em segundo lugar. Você está movendo seu próprio tráfego, não hospedando conteúdo que atrai notificações de remoção, então o perfil jurídico importa menos aqui do que para publicação. Compare as sete opções na página de localizações, ou avalie as vantagens e desvantagens com o seletor de jurisdição e nosso guia de jurisdição. Todo servidor vem com um IPv4 dedicado só seu — um endereço compartilhado anularia o propósito.

Pagando pelo servidor a partir de um país censurado

É aqui que a maioria dos guias silenciosamente deixa de ser útil, porque é a etapa que de fato falha. No Irã ou na Rússia, os processadores de cartão recusam você por motivo de sanções antes mesmo de o provedor ver o pedido, e os provedores tradicionais exigem documentos de identidade que você pode ter boas razões para não entregar. Um guia técnico não vale nada se o checkout não consegue ser concluído.

Cripto é o trilho que sobrevive, e é por isso que hospedagem sem KYC e contorno de censura acabam sendo o mesmo produto: nenhum banco no caminho para recusar a transação, nenhuma verificação de identidade para falhar. Aceitamos Bitcoin, Monero, Ethereum, Litecoin, TRON, Solana e Tether nas redes ERC-20 ou TRC-20. O Monero não deixa nenhum grafo público de transações ligando seu financiamento ao seu servidor, e nosso passo a passo de Monero cobre isso em detalhes; o USDT em TRC-20 é a alternativa pragmática, com taxas baixas e liquidez regional facilitada. Um VPS pequeno começa em $7.50 por mês.

Implantando um endpoint VLESS + REALITY no seu VPS, passo a passo

A implantação leva cerca de quinze minutos em um servidor Debian ou Ubuntu limpo. A seguir está o formato geral; a página do VLESS+REALITY traz os comandos.

• Proteja o servidor primeiro. SSH só com chave, autenticação por senha desativada, um firewall que permita apenas o que você pretende expor. Faça isso antes de o proxy entrar no ar — nossa checklist de blindagem da primeira hora é a versão resumida, e ela importa ainda mais aqui do que em um servidor comum.
• Instale o núcleo Xray e um painel. O painel 3x-ui envolve o Xray em uma interface web e é instalado com um único comando de instalador. Vincule-o ao localhost e acesse-o por um túnel SSH em vez de expô-lo — um painel de administração em uma porta aberta já é, por si só, um fingerprint.
• Crie o inbound. Adicione um inbound com protocolo VLESS e segurança REALITY na porta 443. A decisão que realmente pesa é o SNI de camuflagem: escolha um site HTTPS popular, acessível e não bloqueado de dentro da rede censurada. Se o seu domínio de camuflagem estiver, ele próprio, bloqueado, seu tráfego até ele fica anômalo e você piora a situação.
• Importe o link do cliente. O painel gera um link de compartilhamento vless:// e um QR code com a configuração completa. Importe-o no v2rayN no Windows, no v2rayNG no Android, no Streisand ou FoXray no iOS, ou no sing-box em qualquer plataforma — sem certificado de cliente, sem arquivo de configuração guardando um segredo caso um dispositivo seja inspecionado.
• Verifique de fora. A partir de uma rede que não seja o próprio servidor, confirme que o endpoint responde a um handshake TLS normal para o SNI escolhido — um curl -sI contra o endereço com o SNI resolvido para ele já basta. Se para você parece um site HTTPS comum, para uma sondagem também parece.

Adicione um fallback antes de precisar dele. Um segundo protocolo em uma segunda porta custa dez minutos enquanto tudo funciona, e é doloroso ou impossível de configurar quando você já está atrás de um bloqueio ativo. O Hysteria2 na porta 443 UDP é o complemento natural do REALITY na 443 TCP — transporte, porta e modo de falha diferentes. Mantenha os dois links de compartilhamento nos seus dispositivos para que a recuperação seja apenas uma troca do lado do cliente.

Blindando a máquina para que o proxy não seja o vazamento

Um proxy que funciona e um proxy seguro são coisas diferentes. O endpoint agora conhece todos os destinos que você visita, e está exposto em uma porta que você divulgou aos seus próprios dispositivos.

• Exponha só o que precisa ser exposto. A porta do proxy, e o SSH. Painéis, métricas e bancos de dados pertencem ao localhost, acessíveis por túnel.
• Desligue os logs que você não precisa. O Xray e a maioria dos daemons de proxy registram cada conexão em disco por padrão. Em um endpoint de contorno de censura, esse arquivo é o objeto mais sensível do servidor.
• Não coloque tudo junto. Resista à tentação de rodar um site pessoal ou um servidor de e-mail na mesma máquina. Cada serviço extra é mais um fingerprint, mais um certificado, mais uma forma de correlacionar o endpoint com você.
• Administre com cuidado. Acessar o servidor por SSH a partir da própria rede censurada que você está tentando escapar liga seu endereço real a ele na camada de rede. O guia de OpSec de servidor trata dessa disciplina com propriedade, e é a parte que as pessoas costumam pular.
• Mantenha-o corrigido e sem graça. Atualizações de segurança automáticas, nada de exótico instalado, nenhuma configuração de teste abandonada ainda escutando.

Quando o IP é queimado

Assuma que isso vai acontecer. Um endpoint usado por uma única pessoa cuidadosa pode durar muito tempo; um compartilhado com quarenta pessoas em um grupo de chat, não. A resposta é mecânica: confirme que o bloqueio é no nível do endereço testando o mesmo protocolo a partir de um servidor novo, reimplante em outra jurisdição, reimporte o novo link de compartilhamento nos seus dispositivos.

Como nenhuma identidade jamais foi vinculada ao primeiro servidor, nada conecta o novo endereço ao antigo — o retorno prático do no-KYC, geralmente descrito como uma posição ideológica, mas na verdade uma questão operacional. O que também vale a pena mudar é a disciplina de compartilhamento que queimou o endereço. Endereços se espalham por capturas de tela e grupos de chat, e os censores também leem esses canais. Se você dá suporte a outras pessoas, dê a cada uma suas próprias credenciais, para que um usuário comprometido possa ser removido sem reconstruir tudo.

Oito erros que fazem um endpoint ser bloqueado em uma semana

• Usar uma faixa de endereços reciclada. Os servidores mais baratos costumam estar em faixas que carregam tráfego de contorno de censura há anos. A novidade é a propriedade que você realmente está comprando.
• Escolher um SNI de camuflagem que já é bloqueado localmente. O REALITY só funciona se o site que ele imita for um para o qual sua rede vê tráfego comum. Imitar algo já censurado é pior do que não se camuflar de forma alguma.
• Rodar o painel de gerenciamento em uma porta pública. Uma tela de login do 3x-ui em uma porta aberta identifica o servidor como um proxy para qualquer um que o escaneie, e escanear é barato.
• Compartilhar um endpoint com um grupo grande. O volume de tráfego se torna anômalo, e o endereço vaza por qualquer canal em que foi compartilhado.
• Deixar logs detalhados ligados. Útil por uma noite de depuração, um passivo todos os dias depois disso.
• Reutilizar um endereço depois que ele é bloqueado. Uma vez listado, um endereço raramente volta a funcionar. Reimplante em vez de esperar que passe.
• Rodar apenas um protocolo. Um ponto único de falha que só pode ser corrigido de trás do próprio bloqueio que você está tentando escapar.
• Trocar o servidor mas não as credenciais. Carregar as mesmas chaves, portas e identificadores entre implantações reconstrói a correlação que você acabou de destruir.

É legal rodar seu próprio proxy, e o que registramos

Do nosso lado, a resposta é direta. Alugar um servidor e rodar um proxy nele é legal em todas as sete jurisdições em que operamos. Software de contorno de censura é software comum, usado diariamente por jornalistas e pesquisadores. Nós não registramos tráfego, conexões ou DNS, não inspecionamos o conteúdo dos pacotes e não estrangulamos protocolos. O VPS é uma máquina Linux nua com root completo; o que roda nela e a que ela se conecta é visível para você, não para nós.

A parte que não podemos responder é a que mais importa para você. Vários países que empregam inspeção profunda de pacotes também regulam o contorno de censura do lado do usuário, e a exposição da pessoa que se conecta é uma questão de legislação local sobre a qual nenhum provedor de hospedagem é competente para aconselhar. Podemos dizer o que acontece no servidor; não podemos dizer o que acontece onde você está.

Vale ser igualmente claro sobre o que essa arquitetura não oferece. Um proxy privado derrota a censura — ele não te torna anônimo diante de um adversário capaz de observar as duas pontas da conexão. O tráfego que entra e sai do seu endpoint pode ser correlacionado só pela temporização, e o endereço do servidor é conhecido pela sua rede. Se o seu modelo de ameaça é um estado te investigando especificamente, e não um filtro bloqueando de forma genérica, você quer o Tor e seu design multi-hop, não um proxy de salto único. Combinar a ferramenta com a ameaça real é a diferença entre privacidade e a aparência dela.