Cómo eludir la censura DPI con tu propio VPS

Una VPN que ayer funcionaba y hoy falla casi nunca ha sido vulnerada. Ha sido identificada por su huella. La inspección profunda de paquetes es la herramienta de censura por defecto en China, Irán y Rusia en 2026, y no necesita descifrar nada para detenerte — solo necesita reconocer la forma de tu tráfico, o la dirección a la que lo envías.

Esa distinción determina la solución. Si el censor bloqueó tu protocolo, otro servidor no cambia nada. Si bloqueó la IP, otro protocolo no cambia nada. En una VPN comercial normalmente te afectan ambos, porque miles de clientes comparten un mismo rango de direcciones y una misma firma de handshake. Tu propio endpoint es la única disposición en la que controlas ambos factores. Esta guía cubre qué detecta el DPI, cuál de los cinco protocolos que aún funcionan en 2026 responde a cada bloqueo, y cómo desplegar uno.

Qué ve realmente la inspección profunda de paquetes

La inspección profunda de paquetes es un nombre engañoso. Un censor moderno no lee tu sesión cifrada — no puede. Clasifica la sesión a partir de lo que permanece visible cuando el contenido no lo está: el tamaño de los paquetes, el intervalo entre ellos, el patrón de bytes del handshake inicial, la dirección y el puerto de destino, y cómo se comporta la conexión cuando algo la pincha.

Cuatro técnicas hacen el trabajo, y cada una tiene una contramedida distinta. Saber cuál te ha afectado es todo el diagnóstico:

• Fingerprinting de protocolo. Todo protocolo VPN tiene un handshake inicial reconocible. El primer paquete de OpenVPN lleva un opcode fijo; el de WireGuard es un mensaje de 148 bytes con un campo de tipo constante en una posición predecible. Un clasificador identifica cualquiera de los dos en un solo paquete, sin descifrar nada.
• Sondeo activo. El movimiento característico del Gran Cortafuegos. Tras detectar una sesión sospechosa, el censor se conecta más tarde a esa misma dirección y le habla en un protocolo de proxy. Si el servidor responde como un proxy, queda bloqueado — así que parecer TLS no basta, el servidor tiene que sobrevivir al interrogatorio.
• Listas negras de IP y de rangos. El método más burdo y, con diferencia, el más común. Los rangos conocidos por alojar VPN comerciales se bloquean en bloque, sin inspección alguna. Esto es lo que mata a una app de VPN de consumo de la noche a la mañana.
• Estrangulamiento en vez de bloqueo. El método preferido de Irán. La conexión no se corta, sino que se degrada hasta ser inútil — pérdida y latencia inducidas que rompen el control de congestión de TCP. Nada parece bloqueado, así que los usuarios culpan a su propio hardware.

Por qué tu propio endpoint en un VPS sobrevive a una ola de bloqueos

Las VPN comerciales fallan en países censurados por una razón estructural que ninguna ingeniería arregla: son públicas. Sus rangos de direcciones se publican, se rastrean y se enumeran. Cualquiera puede comprar una suscripción, anotar las direcciones de salida y remitirlas — y los censores hacen exactamente eso. Una sola entrada en una lista negra le cuesta el acceso a miles de usuarios de golpe.

Un proxy en tu propio VPS invierte esa lógica. Tu endpoint es una única dirección desconocida, que no está en ninguna lista hasta que alguien la encuentra, y encontrarla exige identificar tu protocolo por fingerprinting o ya saber dónde buscar. Además obtienes algo que ninguna suscripción ofrece: root. Eliges el protocolo, el puerto, la ofuscación y el dominio de camuflaje, y puedes ejecutar varios a la vez.

La contrapartida honesta es que te conviertes en el operador. Nadie rota la dirección por ti, parchea la máquina, ni se da cuenta a las 3 de la madrugada de que el daemon murió. Si quieres una app y un servicio de soporte, esta no es la arquitectura adecuada — las páginas de hosting resistente a la censura plantean la misma disyuntiva desde el lado del producto. Lo que obtienes en cambio es un endpoint cuyo destino no se comparte con desconocidos.

Por qué WireGuard y OpenVPN sin más caen ante el DPI

Ambos son protocolos excelentes y ambos son, por diseño, trivialmente identificables. WireGuard se optimizó para la simplicidad criptográfica y la velocidad, no para el disimulo: el inicio de su handshake es un mensaje de longitud fija con un byte de tipo constante. OpenVPN, en su configuración por defecto, es igual de distintivo. Ninguno de los dos se pensó para ser irreconocible — sencillamente no era un objetivo de diseño.

Eso no los convierte en malas opciones, como afirma sin rodeos nuestra comparativa de WireGuard frente a OpenVPN. Para la privacidad frente a tu ISP, para conectar tus propias máquinas, para una VPN en un país que no aplica DPI, WireGuard sigue siendo la respuesta correcta, y nuestra guía de configuración de WireGuard mantiene su vigencia. Dicho sin rodeos: WireGuard resuelve la privacidad; no resuelve la censura.

Existen capas de ofuscación para ambos — envoltorios para OpenVPN, forks que aleatorizan el handshake de WireGuard. Funcionan, y frente a un censor que solo hace fingerprinting pueden bastar. Son más débiles donde entra en juego el sondeo activo, porque revolver un handshake no le enseña a un servidor a comportarse de forma convincente cuando un censor se conecta y le hace preguntas. Para eso se construyeron los cinco protocolos siguientes.

Los cinco protocolos que todavía funcionan en 2026

No existe un protocolo mejor que todos — solo el mejor para el método de bloqueo que enfrentas y la red en la que estás. Estos cinco merecen desplegarse hoy, cada uno con su propia página de configuración.

VLESS+REALITY es el primero al que recurrir. Su truco difiere del camuflaje TLS habitual: en lugar de presentar un certificado propio, retransmite el handshake TLS real de un sitio web genuino y popular. Un sondeo activo ve una cadena de certificados auténtica para un dominio real, porque eso es lo que se le está mostrando. Ningún certificado autofirmado que delate nada, ningún dominio oscuro que correlacionar.

Shadowsocks-2022 es el más ligero y el más probado en combate; su conjunto de cifrado cerró las debilidades de replay y sondeo que hacían detectables a las versiones anteriores. Hysteria2 responde al estrangulamiento más que al bloqueo — su control de congestión está pensado para enlaces con pérdidas deliberadas. V2Ray detrás de una CDN oculta el origen: el censor ve tráfico hacia una gran CDN, no hacia ti. Un proxy MTProto resuelve exactamente un problema, pero resuelve el acceso a Telegram de forma tan limpia que vale la pena ejecutarlo junto con lo que sea que despliegues.

Elegir la jurisdicción y la IP

Importan dos propiedades, y tiran en direcciones opuestas: lo reciente que sea el rango de direcciones, y lo lejos que esté el servidor de ti. La frescura suele ganar. Una dirección nueva en un rango nunca usado para elusión pasa el bloqueo masivo que detiene a la mayoría, y ninguna sofisticación de protocolo recupera una dirección que ya está en lista negra. Por eso las direcciones recicladas de "VPN anónima" dejan de funcionar — estaban quemadas antes de que las alquilaras.

La latencia importa en segundo lugar. De las siete jurisdicciones en las que operamos, Países Bajos, Rumanía y Moldavia están las más cercanas a los usuarios de Irán, Rusia y Asia Central, y Países Bajos añade un peering de primer nivel a través de AMS-IX. Islandia, Panamá y Suiza están más lejos pero son legalmente más sólidas — Panamá no tiene tratado de asistencia legal mutua con la mayoría de países occidentales ni obligación de retención de datos, e Islandia no tiene retención obligatoria en absoluto.

Para un endpoint de elusión el consejo es poco romántico: elige primero por latencia y frescura del rango, la jurisdicción en segundo lugar. Estás moviendo tu propio tráfico, no alojando contenido que atraiga retiradas, así que el perfil legal importa aquí menos que para publicar. Compara las siete en la página de ubicaciones, o trabaja las disyuntivas con el selector de jurisdicción y nuestra guía de jurisdicciones. Todos los servidores incluyen una IPv4 dedicada que es solo tuya — una dirección compartida anularía el propósito.

Pagar el servidor desde un país censurado

Aquí es donde la mayoría de guías dejan de ser útiles sin decirlo, porque es el paso que realmente falla. En Irán o Rusia, los procesadores de tarjetas te rechazan por motivos de sanciones antes de que el proveedor llegue siquiera a ver el pedido, y los proveedores convencionales exigen documentos de identidad que quizá tengas buenas razones para no entregar. Una guía técnica no vale nada si el pago no se puede completar.

La cripto es el riel que sobrevive, y por eso el hosting sin KYC y la elusión de la censura acaban siendo el mismo producto: ningún banco en el camino para rechazar la transacción, ninguna verificación de identidad que falle. Aceptamos Bitcoin, Monero, Ethereum, Litecoin, TRON, Solana y Tether en la red ERC-20 o TRC-20. Monero no deja ningún grafo público de transacciones que vincule tu financiación con tu servidor, y nuestra guía de Monero lo cubre paso a paso; USDT en TRC-20 es la alternativa pragmática, con comisiones bajas y liquidez regional fácil. Un VPS pequeño empieza en $7.50 al mes.

Desplegar un endpoint VLESS + REALITY en tu VPS, paso a paso

El despliegue tarda unos quince minutos en un servidor Debian o Ubuntu en blanco. Lo que sigue es su esquema; la página de VLESS+REALITY trae los comandos.

• Asegura primero el servidor. SSH solo con clave, autenticación por contraseña desactivada, un firewall que permita solo lo que piensas exponer. Haz esto antes de que el proxy esté en marcha — nuestra checklist de hardening de la primera hora es la versión corta, y aquí importa más que en un servidor normal.
• Instala el núcleo Xray y un panel. El panel 3x-ui envuelve Xray en una interfaz web y se instala con un solo comando. Vincúlalo a localhost y accede a él mediante un túnel SSH en lugar de exponerlo — un panel de administración en un puerto abierto es una huella en sí misma.
• Crea el inbound. Añade un inbound con protocolo VLESS y seguridad REALITY en el puerto 443. La decisión que realmente pesa es el SNI de camuflaje: elige un sitio HTTPS popular que sea accesible y no esté bloqueado desde dentro de la red censurada. Si tu dominio de camuflaje está bloqueado él mismo, tu tráfico hacia él resulta anómalo y has empeorado las cosas.
• Importa el enlace de cliente. El panel genera un enlace de configuración vless:// y un código QR con la configuración completa. Impórtalo en v2rayN en Windows, v2rayNG en Android, Streisand o FoXray en iOS, o sing-box en cualquier plataforma — sin certificado de cliente, sin archivo de configuración que guarde un secreto si se inspecciona un dispositivo.
• Verifica desde fuera. Desde una red que no sea el servidor, confirma que el endpoint responde con un handshake TLS normal para el SNI elegido — basta un curl -sI contra la dirección con el SNI resuelto a ella. Si a ti te parece un sitio HTTPS ordinario, a un sondeo también se lo parece.

Añade una alternativa antes de necesitarla. Un segundo protocolo en un segundo puerto cuesta diez minutos mientras todo funciona, y resulta doloroso o imposible detrás de un bloqueo activo. Hysteria2 en 443 UDP es el compañero natural de REALITY en 443 TCP — transporte, puerto y modo de fallo distintos. Mantén ambos enlaces de configuración en tus dispositivos para que la recuperación sea un simple cambio en el cliente.

Reforzar la máquina para que el proxy no sea la fuga

Un proxy que funciona y un proxy seguro son cosas distintas. El endpoint conoce ahora cada destino que visitas, y está expuesto en un puerto que has anunciado a tus propios dispositivos.

• Expón solo lo que deba estar expuesto. El puerto del proxy, y SSH. Los paneles, las métricas y las bases de datos pertenecen a localhost, accesibles mediante un túnel.
• Desactiva el registro que no necesites. Xray y la mayoría de daemons de proxy registran en disco cada conexión por defecto. En un endpoint de elusión, ese archivo es el objeto más sensible del servidor.
• No lo compartas con otros usos. Resiste la tentación de ejecutar un sitio web personal o un servidor de correo en la misma máquina. Cada servicio adicional es otra huella, otro certificado, otra forma de correlacionar el endpoint contigo.
• Adminístralo con cuidado. Acceder al servidor por SSH desde la red censurada de la que intentas escapar vincula tu dirección real a él a nivel de red. Server OpSec cubre esta disciplina como es debido, y es la parte que la gente se salta.
• Mantenlo parcheado y aburrido. Actualizaciones de seguridad desatendidas, nada exótico instalado, ninguna configuración de prueba abandonada escuchando.

Cuando la IP se quema

Da por hecho que ocurrirá. Un endpoint usado por una sola persona cuidadosa puede durar mucho tiempo; uno compartido con cuarenta personas en un grupo de chat no. La respuesta es mecánica: confirma que el bloqueo es a nivel de dirección probando el mismo protocolo desde un servidor nuevo, vuelve a desplegar en otra jurisdicción, reimporta el nuevo enlace de configuración en tus dispositivos.

Como nunca se asoció ninguna identidad al primer servidor, nada conecta la nueva dirección con la anterior — el beneficio práctico del no-KYC, descrito normalmente como una postura ideológica pero que en realidad es operativa. Lo que vale la pena cambiar al mismo tiempo es la disciplina de compartición que lo quemó. Las direcciones se difunden a través de capturas de pantalla y grupos de chat, y los censores también leen esos canales. Si das soporte a otras personas, dale a cada una sus propias credenciales para que un usuario comprometido pueda eliminarse sin tener que reconstruirlo todo.

Ocho errores que hacen que bloqueen un endpoint en una semana

• Usar un rango de direcciones reciclado. Los servidores más baratos suelen estar en rangos que llevan años cursando tráfico de elusión. La frescura es la propiedad que en realidad estás comprando.
• Elegir un SNI de camuflaje bloqueado localmente. REALITY solo funciona si el sitio que imita es uno hacia el que tu red ve tráfico ordinario. Imitar algo ya censurado es peor que no camuflarse en absoluto.
• Ejecutar el panel de gestión en un puerto público. Una página de login de 3x-ui en un puerto abierto identifica el servidor como proxy ante cualquiera que lo escanee, y escanear sale barato.
• Compartir un endpoint con un grupo grande. El volumen de tráfico se vuelve anómalo, y la dirección se filtra por el canal que sea que hayas usado para compartirla.
• Dejar los registros en modo detallado. Útil para una noche de depuración, un riesgo cada día después.
• Reutilizar una dirección después de que se bloquee. Una vez incluida en la lista, una dirección rara vez vuelve. Vuelve a desplegar en lugar de esperar a que se levante el bloqueo.
• Ejecutar un solo protocolo. Un único punto de fallo que solo puedes arreglar desde detrás del bloqueo del que intentas escapar.
• Rotar el servidor pero no las credenciales. Llevar las mismas claves, puertos e identificadores de un despliegue a otro reconstruye la correlación que acabas de destruir.

¿Es legal ejecutar tu propio proxy, y qué registramos nosotros?

Por nuestra parte, la respuesta es sencilla. Alquilar un servidor y ejecutar un proxy en él es legal en las siete jurisdicciones en las que operamos. El software de elusión es software corriente, usado a diario por periodistas e investigadores. No registramos tráfico, conexiones ni DNS, no inspeccionamos el contenido y no estrangulamos protocolos. El VPS es una máquina Linux desnuda con root completo; lo que se ejecuta en ella y a qué se conecta es visible para ti, no para nosotros.

La parte que no podemos responder es la que más te importa a ti. Varios países que despliegan inspección profunda de paquetes también regulan la elusión por el lado del usuario, y la exposición de la persona que se conecta es una cuestión de derecho local sobre la que ningún proveedor de hosting es competente para asesorar. Podemos decirte qué pasa en el servidor; no podemos decirte qué pasa donde tú estás sentado.

Vale la pena ser igual de claros sobre lo que esta arquitectura no te da. Un proxy privado derrota la censura — no te hace anónimo frente a un adversario capaz de observar los dos extremos de la conexión. El tráfico que entra y sale de tu endpoint puede correlacionarse solo por el tiempo, y la dirección del servidor es conocida por tu red. Si tu modelo de amenaza es un estado que te investiga específicamente a ti, y no un filtro que bloquea de forma genérica, lo que necesitas es Tor y su diseño multisalto, no un proxy de un solo salto. Ajustar la herramienta a la amenaza real es la diferencia entre la privacidad y la mera apariencia de ella.