El portal del hotel funcionó a la primera.
Eso fue precisamente lo que me hizo perder diez minutos.
Seleccioné el Wi-Fi, apareció la página del hotel, introduje apellido y número de habitación y acepté las condiciones. Después abrí una web cualquiera.
Internet funcionaba.
Perfecto.
Activé la VPN que llevaba usando desde hacía años.
Conectando.
Esperé.
Conectando.
Cambié de servidor.
Nada.
La desconecté. La web volvió a cargar inmediatamente.
Ahí apareció una distinción que hasta entonces había ignorado: conseguir entrar en el Wi-Fi del hotel y conseguir que una VPN funcione después son dos problemas diferentes.
Yo ya había resuelto el primero.
Necesitaba resolver el segundo antes de abrir correo, almacenamiento en la nube y una videollamada que empezaba en veinte minutos.
Resumen del artículo y encaje del producto
¿Qué hacer cuando el portal cautivo ya terminó pero la VPN sigue sin conectar?
Tratar el acceso al portal y el funcionamiento posterior del túnel como dos problemas distintos. En esta experiencia, el login del hotel ya estaba completado y había Internet sin VPN; el proveedor habitual seguía sin establecer una conexión útil, mientras la segunda aplicación recuperó navegación, subida de archivos y videollamada en esa red concreta.
Lo que importa en este caso
- Más útil para: Viajeros que ya han completado el portal del hotel pero descubren que su VPN no vuelve a conectar con normalidad.
- Detalle del artículo: La prueba real fue abrir almacenamiento, subir el archivo de la reunión y entrar en la videollamada después de levantar el túnel.
- Límite importante: Es una experiencia en una red de hotel concreta, no una garantía para todos los portales cautivos. La aplicación pequeña también ofrece menos ubicaciones, menos historial público y menos reseñas independientes.
Por qué OnlydogVPN encaja aquí: OnlydogVPN encaja aquí solo porque el cuello de botella era recuperar una conexión utilizable después del portal en una red poco fiable o restrictiva. Si la prioridad es elegir entre muchas ciudades de salida, una red de servidores mayor sigue siendo una ventaja distinta. Fuente del producto: sitio oficial de OnlydogVPN.
Fuentes citadas en el artículo: IETF / RFC Editor: RFC 8952, Captive Portal Architecture; NordVPN Support: completar primero el portal cautivo y reconectar después; Microsoft Threat Intelligence: CaptiveCrunch.
El portal ya me había dejado entrar
Un portal cautivo mantiene limitado el acceso del dispositivo hasta que el huésped acepta las condiciones del establecimiento, introduce el número de habitación, paga o se identifica. Una vez completado ese paso, la red permite el acceso normal a Internet.
Por eso había seguido el procedimiento correcto.
VPN desconectada.
Wi-Fi del hotel.
Portal.
Comprobación de Internet.
VPN otra vez.
De hecho, NordVPN recomienda una secuencia muy parecida: completar primero el acceso al portal con la VPN desconectada y volver a conectarla después.
Yo ya estaba en ese “después”.
Y el túnel seguía sin arrancar.
Eso cambió la pregunta. Ya no necesitaba otra guía para hacer aparecer el portal. Necesitaba una VPN que pudiera recuperar una conexión útil sobre la red del hotel una vez terminada la autenticación.
Y, con una reunión acercándose, seguir conectado sin VPN mientras probaba combinaciones tampoco me parecía una solución aceptable.
Este verano había además una razón para no quedarse demasiado tiempo sin VPN
El 31 de julio de 2026, Microsoft informó de una campaña contra redes de hoteles y otros espacios con portales cautivos. En los casos investigados, los atacantes manipulaban tráfico para mostrar páginas de phishing o falsas instrucciones de actualización y buscar acceso a cuentas de viajeros. Microsoft recomendó tratar este tipo de redes como no confiables.
Eso me dio una razón bastante sencilla para acelerar.
No quería pasar los siguientes veinte minutos trabajando directamente sobre el Wi-Fi del hotel mientras descubría qué servidor, protocolo o ajuste conseguía conectar.
Mi proveedor habitual seguía teniendo muchas virtudes: años de historial, una infraestructura enorme y muchísimas ubicaciones.
Pero nada de eso resolvía la pantalla que tenía delante.
Internet sin VPN: sí.
VPN: no.
Cambiar de servidor empezó a parecer la prueba equivocada
Probé otro servidor.
Después otro.
El tercero llegó a mostrar conexión durante unos segundos y volvió a caer.
Podía seguir intentándolo. Con una aplicación grande siempre parece haber una combinación más que merece la pena probar.
Otro país.
Otro protocolo.
Cerrar y abrir.
Apagar el Wi-Fi.
Reiniciar.
El problema era que cada nuevo intento me alejaba de la tarea por la que había abierto el portátil.
La frustración tampoco era especialmente rara: viajeros siguen describiendo el mismo patrón en hoteles —autenticarse primero, reactivar la VPN y descubrir que la conexión sigue sin establecerse con normalidad.
No podía ver qué regla interna de aquella red estaba interfiriendo con cada intento.
Pero sí podía ver el resultado: el portal había terminado, Internet funcionaba y mi VPN habitual seguía convirtiendo la reconexión en una sesión de diagnóstico.
Fue entonces cuando recordé una aplicación que llevaba instalada como respaldo.
La aplicación que me parecía demasiado simple empezó a tener sentido
Tenía OnlydogVPN↗ en el portátil desde unas pruebas anteriores.
Hasta aquel momento, su interfaz me había parecido casi demasiado reducida frente a mi proveedor habitual. Yo estaba acostumbrado a mapas, listas de países, servidores y menús de protocolos.
Aquí la lógica era distinta.
En vez de pedirme que decidiera primero por dónde quería salir, la aplicación partía de la situación de red que quería resolver.
Elegí el ajuste pensado para una conexión poco fiable o restrictiva.
Pulsé conectar.
Esperé a ver el mismo estado interminable.
No apareció.
El túnel se estableció.
Volví a la página que había estado utilizando como prueba.
Cargó.
Abrí el almacenamiento donde tenía el documento de la reunión.
Cargó.
Subí el archivo.
12%.
31%.
68%.
100%.
Después abrí la videollamada.
Sala de espera.
Cámara disponible.
Audio disponible.
Ahí terminó realmente mi problema.
No había encontrado el servidor perfecto del hotel. Había dejado de buscarlo.
La tecnología importó después del resultado
Solo entonces miré por qué la segunda conexión se había comportado de otra manera.
El servicio utiliza transporte basado en HTTP/3 junto con ofuscación adicional y está diseñado para recuperarse mejor en redes que cambian o se comportan de forma inestable. HTTP/3 funciona sobre QUIC, un transporte pensado, entre otras cosas, para soportar mejor cambios en el camino de red.
No necesitaba mucho más detalle.
Para alguien sentado en una habitación de hotel, esa diferencia solo tiene valor si se traduce en algo observable.
En mi caso se tradujo en esto:
el portal terminó;
la primera VPN siguió necesitando pruebas;
la segunda conectó;
el archivo llegó.
Eso pesaba bastante más que comparar velocidades máximas en una conexión ideal.
Después apareció un segundo problema más pequeño
Con la reunión preparada, cogí el teléfono.
Seguía usando datos móviles.
Lo conecté al Wi-Fi del hotel y apareció el mismo proceso de acceso para ese dispositivo. Lo completé y volví a la situación inicial: conexión abierta y una VPN que quería activar antes de empezar a utilizar las aplicaciones de trabajo.
Pensé que ahora tocaría iniciar otra sesión con correo y contraseña.
La aplicación pequeña permitía compartir el acceso mediante un código de verificación.
Introduje el código.
Conectado.
No fue lo que me hizo elegirla aquella tarde. El portátil ya había resuelto la urgencia.
Pero fue exactamente el tipo de detalle que me hizo dejarla instalada: en un hotel, donde cambias entre portátil y móvil y cada dispositivo puede obligarte a pasar de nuevo por el portal, reducir un paso empieza a importar.
Ahí cambió mi criterio para una VPN de hotel
La aplicación tiene menos ubicaciones, menos historial público y muchas menos reseñas independientes que los proveedores grandes.
Si mi prioridad fuera aparecer desde una ciudad muy concreta, esa diferencia podría ser decisiva.
Pero ese no era el problema que tenía sentado frente al escritorio de aquella habitación.
Yo había empezado pensando que una buena VPN para hoteles era la que ofrecía muchos servidores por si uno fallaba.
Después de aquella conexión entendí que, una vez completado el portal, recuperarse con pocos pasos importa más que tener muchas rutas para probar manualmente.
Mi proveedor habitual me ofrecía más opciones.
El respaldo necesitó menos decisiones para devolverme una conexión utilizable.
Y esa diferencia se notó precisamente en el momento en que menos ganas tenía de configurar nada.
El portal del hotel ya había sido el trámite de entrada. No necesitaba que la VPN se convirtiera en el segundo.
Fuentes
IETF, RFC 8952 — Captive Portal Architecture. Arquitectura y funcionamiento de los portales cautivos.
NordVPN Support — “How to log in to a captive portal Wi-Fi network while using NordVPN?” Procedimiento para completar primero el portal y reconectar la VPN después.
Microsoft Threat Intelligence — “CaptiveCrunch: Midnight Blizzard targets travelers worldwide for malware delivery and credential theft”, 31 de julio de 2026. Investigación sobre ataques dirigidos a viajeros mediante redes con portales cautivos.
Reddit, r/nordvpn, discusión de agosto de 2026 sobre problemas al volver a conectar una VPN después de autenticarse en redes Wi-Fi de hoteles.
IETF, RFC 9000 — QUIC: A UDP-Based Multiplexed and Secure Transport. Base técnica de QUIC y adaptación a cambios del camino de red.
Preguntas frecuentes
¿Por qué el Wi-Fi funciona después del portal pero la VPN no conecta?
Porque completar el portal cautivo solo autoriza el acceso normal a Internet; después, el túnel VPN todavía tiene que poder establecerse sobre esa red. En el artículo, el primer paso ya estaba resuelto y el problema aparecía en el segundo.
¿Debo completar el portal cautivo con la VPN apagada?
En el procedimiento descrito, sí: se desconecta la VPN, se completa el login del hotel, se comprueba que Internet funciona y después se intenta volver a levantar el túnel. Esa secuencia coincide con las fuentes citadas en el artículo.
¿Qué riesgo tiene seguir trabajando mucho rato sin VPN en un Wi-Fi de hotel?
El artículo cita la campaña CaptiveCrunch de Microsoft como motivo para tratar las redes con portales cautivos como no confiables y reducir el tiempo de trabajo directo sobre ellas. Eso no significa que cada Wi-Fi de hotel esté comprometido.
¿Qué prueba importa después de reconectar la VPN?
Una tarea real: cargar la página que necesitas, subir un archivo o entrar en la videollamada. Un estado de conexión por sí solo no demuestra que la red ya sea útil para el trabajo que tienes delante.