¿Qué VPN conecta cuando el Wi-Fi de un hotel en China bloquea el protocolo habitual? Cambiar de transporte importa más que cambiar de servidor

El VPN funcionaba perfectamente hasta que entré en la habitación del hotel.

Había aterrizado en Shanghái por la tarde. Durante el trayecto desde el aeropuerto, con datos móviles, podía abrir el correo, mandar mensajes y consultar los documentos que necesitaba para una reunión a primera hora del día siguiente.

Llegué al hotel.

Conecté la laptop al Wi-Fi.

Abrí mi VPN habitual.

Conectar.

Esperé.

Nada.

Desconecté.

Otro servidor.

Nada.

Saqué el teléfono.

Con datos móviles, el VPN seguía funcionando.

Volví al Wi-Fi del hotel.

Otra vez, conexión infinita.

Eso descartó rápidamente mi primera explicación.

No parecía un problema de cuenta ni de servidor caído.

La pregunta era otra:

¿qué hago cuando esta red concreta no deja arrancar el tipo de conexión que mi VPN intenta usar?

El Wi-Fi no era simplemente más lento

Mi primera reacción fue culpar al hotel.

Quizá la conexión era mala.

Desactivé el VPN.

Las páginas locales cargaban sin problemas y la velocidad era suficiente para trabajar.

Volví a los datos móviles.

VPN conectado.

Correo abierto.

Otra vez al Wi-Fi.

VPN atascado.

Esa diferencia es una frustración conocida entre viajeros: algo que funciona por roaming o datos móviles puede dejar de hacerlo al pasar al Wi-Fi de un hotel.

Así que dejé de mirar la velocidad.

Internet funcionaba.

Lo que no conseguía establecerse era el túnel que yo usaba normalmente.

Y, después de los nuevos problemas con VPN registrados en China durante 2026, esa diferencia importaba bastante. En junio, ABC News documentó otra fase de interrupciones en servicios que anteriormente habían funcionado con mayor regularidad.

Eso encajaba mejor con lo que tenía delante.

Mi VPN seguía funcionando.

Solo que no en esa red.

Mi primer impulso fue cambiar de servidor

Mi proveedor habitual era uno de los grandes.

Lo había elegido precisamente por eso.

Muchos países.

Muchos servidores.

Aplicaciones maduras.

Años de historial público.

En condiciones normales, esa variedad era una ventaja clara.

Así que empecé a recorrerla.

Hong Kong.

No conectó.

Japón.

No conectó.

Singapur.

Tampoco.

Probé la opción automática.

Después cambié el protocolo desde los ajustes.

Uno de los intentos tardó más.

Terminó igual.

Fue entonces cuando vi el problema de mi estrategia.

Yo seguía cambiando adónde quería llegar.

Pero todo indicaba que la conexión estaba siendo interrumpida antes.

Si la red del hotel no aceptaba la forma en que mi VPN intentaba iniciar el túnel, cambiar Japón por Singapur no atacaba el problema principal.

Un VPN cifrado todavía puede resultar reconocible

Aquí solo necesitaba entender una idea.

El contenido de una conexión puede estar cifrado y, aun así, el protocolo dejar patrones reconocibles.

Investigadores que analizaron OpenVPN demostraron que es posible identificar ese tráfico a partir de características observables del protocolo, incluso en configuraciones que intentan dificultar su reconocimiento.

Eso hizo que mi lista de servidores pareciera bastante menos tranquilizadora.

Ya no veía veinte alternativas.

Veía veinte destinos a los que estaba intentando llegar de una forma que el Wi-Fi podía estar bloqueando desde el principio.

En ese punto, seguir cambiando servidores era repetir el mismo intento con nombres distintos.

Necesitaba cambiar el intento.

Necesitaba otra forma de salir del hotel

Ya era tarde y mi reunión era por la mañana.

Necesitaba abrir Gmail, descargar dos documentos y confirmar que podía trabajar desde la habitación sin depender toda la noche de los datos móviles.

No quería seguir entrando y saliendo de menús de protocolos.

Abrí OnlydogVPN^{sitio oficial}.

Fui al modo pensado para redes restrictivas.

Conectar.

Esperé unos segundos.

Esta vez, la conexión terminó.

Abrí Gmail.

Entró.

Google Drive.

Cargó.

Descargué el documento que necesitaba.

Mandé el mensaje de confirmación.

Salió.

Volví a mirar el VPN.

Seguía conectado.

Después de más de media hora cambiando servidores, el resultado era casi decepcionantemente sencillo.

La red que antes detenía cada intento ahora me estaba dejando trabajar.

La diferencia no era otro país en la lista

Solo después de comprobar que funcionaba me interesó saber por qué.

El servicio combina transporte basado en HTTP/3 con ofuscación adicional para redes restrictivas.

La explicación práctica puede terminar ahí.

Mi proveedor anterior había seguido intentando establecer un túnel que el Wi-Fi no dejaba avanzar.

La segunda aplicación cambió la forma en que esa conexión se presentaba y consiguió salir.

No puedo observar las reglas internas exactas que utilizaba aquella red ni qué característica concreta estaba activando el bloqueo.

Pero podía observar la diferencia que realmente me importaba.

Antes:

conectar → esperar → fallo.

Después:

conectar → correo → documentos → trabajo.

Eso valía mucho más aquella noche que saber cuántos servidores tenía cada aplicación.

Una vez conectado, dejé de administrar el VPN

Hasta ese momento, mi proveedor habitual me había metido en un ciclo.

No conecta.

Cambio de servidor.

No conecta.

Cambio de país.

No conecta.

Cambio de protocolo.

Repetir.

La aplicación más pequeña rompió ese patrón.

Elegí el contexto de red restrictiva y volví a lo que había abierto la laptop para hacer.

Eso terminó siendo una parte importante de la comparación.

Cuando una red está bloqueando el método habitual de conexión, no quiero una interfaz que convierta el problema en diez nuevas decisiones técnicas.

Quiero que la alternativa esté lista cuando la ruta normal falle.

En esa habitación, una segunda forma de conectar valía más que una segunda docena de servidores.

A la mañana siguiente apareció un problema distinto

Bajé a desayunar con la laptop.

Al salir de la habitación, el Wi-Fi cambió.

La señal cayó unos segundos mientras caminaba por el pasillo.

En el restaurante, abrí otra vez el documento.

Seguía accesible.

Más tarde salí del hotel y el equipo pasó a otra conexión.

La sesión se recuperó sin obligarme a volver a recorrer servidores.

El transporte basado en HTTP/3 ayuda precisamente en redes que cambian o se degradan durante el uso.

Para mí, el beneficio era mucho más concreto.

La noche anterior ya había encontrado una salida.

No quería volver a encontrarla cada vez que cambiara de red dentro de la ciudad.

No tuve que hacerlo.

Ese fue un beneficio secundario, pero apareció en el momento exacto.

Primero, la aplicación consiguió atravesar la red restrictiva.

Después, dejó de exigir atención cada vez que cambiaban las condiciones.

Ahí cambió mi definición de un VPN para China

Antes de viajar, yo había comparado VPN pensando sobre todo en mapas.

Hong Kong.

Japón.

Corea.

Singapur.

Cuantos más servidores cercanos, más posibilidades imaginaba que tendría.

Después de aquella noche, pondría otra pregunta por delante:

¿qué pasa cuando la red bloquea el método principal con el que esta aplicación intenta conectar?

Si la respuesta consiste únicamente en probar otro servidor, la lista pierde bastante valor.

Otro servidor sirve cuando el problema está en el servidor.

Cuando el bloqueo ocurre antes, hace falta otra forma de establecer la conexión.

Ese fue el criterio que separó las dos aplicaciones.

Una me daba muchos destinos.

La otra me dio otra manera de alcanzarlos.

El proveedor grande seguía teniendo ventajas

Mi VPN anterior no dejó de ser un servicio sólido porque fallara en aquel Wi-Fi.

Seguía teniendo más ubicaciones, más historia pública y un ecosistema de soporte mucho mayor.

Si estuviera viajando por redes normales y necesitara elegir ciudades concretas, esas ventajas seguirían contando.

La aplicación más pequeña tiene menos localizaciones y menos años de historial independiente.

Pero nada de eso resolvía el problema de aquella habitación.

Yo no necesitaba Nueva York, Tokio o Singapur.

Necesitaba que una conexión protegida consiguiera salir del hotel.

Y para eso, cambiar la forma del tráfico resultó más importante que cambiar su destino.

Ahora prepararía un viaje a China de otra manera

Antes de otro viaje, instalaría y probaría el VPN antes de volar. Es también una precaución frecuente entre viajeros que prefieren no depender de poder descargar o reparar sus herramientas una vez dentro del país.

Pero añadiría una prueba que antes nunca hacía.

No me limitaría a comprobar si la aplicación conecta desde mi casa.

Miraría qué alternativa ofrece cuando su conexión normal deja de funcionar.

Porque esa fue la diferencia real aquella noche.

Mi proveedor grande me ofrecía muchos sitios a los que intentar llegar.

La segunda opción me ofreció otra manera de salir de la red que tenía delante.

Cuando el Wi-Fi de un hotel en China bloquea el protocolo habitual, una conexión capaz de cambiar su apariencia importa más que otra bandera en la lista de servidores.