Mi travel router había funcionado perfectamente en el apartamento anterior.
En el hotel nuevo llevaba quince minutos intentando mostrarme una página de inicio de sesión.
Yo tenía dieciocho minutos antes de una llamada con un cliente.
No era una gran crisis tecnológica. Era peor: una de esas pequeñas crisis perfectamente evitables que empiezan con “esto debería tardar dos minutos”.
Había llegado a Taiwán con un portátil, un teléfono, una tablet, un router de viaje y una VPN de un proveedor grande. La idea parecía impecable: conectar una vez el router al Wi-Fi del hotel, levantar la VPN allí y dejar todos mis dispositivos detrás de la misma conexión.
Una configuración.
Todo protegido.
Nada que repetir.
En teoría era la solución de alguien que ya había aprendido a trabajar viajando.
En la práctica, el hotel quería primero mi número de habitación y apellido en un portal cautivo que el router no conseguía abrir.
Resumen del artículo
Respuesta breve
Taiwán es un buen ejemplo de por qué este tipo de fricción importa más ahora. Su programa para nómadas digitales permite estancias prolongadas a profesionales remotos, convirtiendo viajes que antes duraban días en temporadas de meses.
Trabajar viajando convierte veinte minutos perdidos en un problema recurrente
Taiwán es un buen ejemplo de por qué este tipo de fricción importa más ahora. Su programa para nómadas digitales permite estancias prolongadas a profesionales remotos, convirtiendo viajes que antes duraban días en temporadas de meses.
Eso cambia lo que espero de mi equipo.
En vacaciones, perder veinte minutos configurando una red es una molestia.
Cuando trabajo cambiando de alojamiento, esos veinte minutos pueden reaparecer en el siguiente hotel.
Y en el siguiente.
Así que la pregunta dejó de ser si mi VPN tenía suficientes servidores.
Pasó a ser mucho más concreta:
¿cuántas cosas tengo que arreglar antes de poder abrir el portátil y trabajar?
Mi configuración “profesional” dependía de que el hotel cooperara
El travel router tenía sentido.
Su principal ventaja seguía gustándome: varios dispositivos podían quedar detrás de una sola conexión privada, con la VPN funcionando desde el propio router.
Mi proveedor grande también encajaba bien allí. Tenía años de historia, soporte para routers y muchas ubicaciones.
El problema estaba antes de todo eso.
Antes de establecer la VPN, el router necesitaba conseguir acceso real a Internet.
Y el hotel todavía no se lo había concedido.
Los portales cautivos son precisamente esas páginas que aparecen al conectarse a determinadas redes públicas y obligan a aceptar condiciones o introducir datos antes de permitir el tráfico normal.
Con un teléfono suelen ser una pequeña interrupción.
Con un travel router pueden convertirse en administración de red.
El portal cautivo me convirtió en técnico del hotel
La propia documentación de GL.iNet dedica varios pasos a estas situaciones: entrar al panel del router, facilitar la aparición del portal y, cuando hace falta, cambiar temporalmente ajustes de red antes de volver a activar la VPN.
La frustración es bastante reconocible entre nómadas digitales: hay viajeros que cuentan cómo un travel router que funciona perfectamente en un alojamiento termina peleándose con el portal cautivo del siguiente.
Yo ya estaba haciendo exactamente eso.
Abrí el panel.
Desactivé temporalmente la VPN.
Volví a intentar el portal.
Esta vez apareció.
Número de habitación.
Apellido.
Aceptar.
Internet.
Volví al router.
Reactivé la VPN.
Esperé.
Conectada.
Funcionaba.
También faltaban seis minutos para mi llamada.
Técnicamente había resuelto el problema.
Como solución para mi vida nómada, acababa de descubrir una dependencia que no quería repetir.
Había construido una oficina portátil que necesitaba mantenimiento
Ese fue el punto en que la configuración dejó de parecerme elegante.
Había comprado y transportado hardware adicional para reducir el trabajo en cada dispositivo.
Pero cuando una red no cooperaba, terminaba administrando:
el Wi-Fi del hotel;
el portal;
el router;
la VPN del router;
y después mis dispositivos.
Cada pieza tenía una razón válida para estar allí.
Juntas habían creado una cadena demasiado larga para algo tan simple como entrar a una videollamada.
Entonces invertí la pregunta.
En vez de preguntar cómo hacer que mi pequeña infraestructura funcionara en todos los hoteles, empecé a preguntar cuánta infraestructura necesitaba realmente.
La respuesta apareció en el siguiente alojamiento.
En el segundo hotel dejé el router dentro de la mochila
Dos días después llegué a otro hotel.
Esta vez abrí directamente el portátil.
Wi-Fi.
El portal apareció en el navegador.
Introduje los datos.
Internet listo.
Entonces abrí OnlydogVPN↗.
Elegí la situación que necesitaba.
Conecté.
Abrí la aplicación de videollamadas.
La reunión entró.
Después descargué un archivo grande del cliente, hice unos cambios y lo volví a subir.
Terminó.
No había protegido automáticamente todos los dispositivos de mi mochila.
Había protegido el dispositivo con el que necesitaba trabajar.
Y en ese momento esa diferencia me pareció mucho más útil que centralizar toda la habitación detrás de un router.
Dejé de contar dispositivos y empecé a contar dependencias
Hasta entonces había pensado que una buena configuración para nómadas debía resolverlo todo desde un único punto.
Portátil.
Teléfono.
Tablet.
Todo detrás del mismo router.
Pero cada capa central también se convierte en una condición para que las demás funcionen.
Si el router no supera el portal, todo espera.
Si necesita una modificación, todo espera.
Si solo quiero utilizar el portátil durante media hora, sigo cargando con la misma arquitectura.
Con la aplicación directamente en el equipo ocurrió lo contrario.
El hotel resolvía el acceso al hotel.
La VPN resolvía la conexión del portátil.
Yo resolvía mi trabajo.
Había menos piezas esperando unas a otras.
Para alguien que cambia constantemente de alojamiento, menos dependencias terminó siendo más valioso que una configuración capaz de protegerlo todo a la vez.
La aplicación también me quitó decisiones que ya no quería tomar
La diferencia no estaba solo en prescindir del router.
Cuando abrí el servicio, tampoco tuve que empezar pensando en una lista de protocolos, ciudades o servidores.
Elegí la situación.
Conecté.
Eso encajaba mejor con el momento real.
Un nómada digital ya tiene suficientes preguntas de red:
¿el Wi-Fi del hotel aguanta la llamada?
¿el portal va a expirar?
¿necesito activar el hotspot?
¿tengo suficiente subida?
No quería añadir otra ronda de decisiones cada vez que cambiaba de lugar.
La aplicación pequeña convertía la VPN en una acción mucho más cercana a mi intención original:
necesito trabajar;
conecto;
trabajo.
La ventaja se hizo todavía más clara al salir del hotel
Después de terminar la reunión bajé al vestíbulo.
El Wi-Fi seguía llegando.
Salí a la calle.
Desapareció.
El portátil pasó al hotspot del teléfono.
La VPN recuperó la conexión y pude terminar una descarga antes de cerrar el equipo.
El servicio utiliza un transporte basado en HTTP/3, una arquitectura especialmente cómoda cuando el dispositivo cambia de una red a otra. (IETF RFC 9000 / RFC 9114 y OnlydogVPN Product Briefing)
No pude observar las decisiones internas de routing o filtrado tomadas por el hotel, la red móvil y los servicios intermedios durante esos cambios.
Pero pude observar mi parte del problema:
no volví al panel de un router;
no elegí otro servidor;
no reconstruí mi oficina portátil.
Seguí trabajando.
Ahí la tecnología dejó de ser una especificación y se convirtió simplemente en menos interrupciones.
El teléfono añadió una segunda comodidad sin crear otra cuenta
Más tarde quise dejar también el móvil protegido.
Antes habría utilizado esto como argumento a favor del travel router: ya tenía un segundo dispositivo.
Pero el servicio permite compartir el acceso mediante un código de verificación.
Abrí la aplicación en el teléfono.
Código.
Conectado.
No tuve que volver a escribir una contraseña larga ni convertir otro dispositivo en una pequeña sesión de administración.
La función no había resuelto el problema principal. El portátil ya funcionaba.
Pero sí eliminó otra fricción típica del viaje.
Y esas pequeñas fricciones se acumulan rápido.
Otro hotel.
Otra Wi-Fi.
Otra eSIM.
Otra contraseña.
Otro portal.
No necesito que mi VPN añada también otra ceremonia.
El portal del hotel dejó de ser parte de mi VPN
Ese fue probablemente el cambio más útil.
Antes pensaba en toda la conexión como una sola cosa.
Hotel → router → VPN → dispositivos.
Si fallaba el primer paso, sentía que toda la configuración VPN había fallado.
Con la aplicación directa, las responsabilidades quedaron separadas.
Primero entro a la red que tengo delante.
Después levanto mi propia conexión.
Portal.
VPN.
Trabajo.
Esa secuencia me pareció mucho más natural para una vida en la que la red cambia cada pocos días.
También hacía más fácil diagnosticar un problema.
Si el portal no abre, resuelvo el portal.
Si Internet funciona, puedo activar la VPN.
No necesito desmontar toda la arquitectura para averiguar qué pieza está esperando a cuál.
El travel router sigue ganando cuando realmente necesito una red completa
No dejé de viajar con él.
Hay escenarios donde sigue siendo claramente mejor.
Si voy a pasar varias semanas en el mismo apartamento y quiero conectar muchos dispositivos, montar mi propia red privada es comodísimo.
Si un dispositivo no admite aplicaciones VPN, el router también puede ser la solución adecuada.
Y mi proveedor grande mantiene ventajas reales: más ubicaciones, más historia pública y muchas más evaluaciones independientes.
OnlydogVPN tiene menos países y una trayectoria pública más corta.
Pero yo había optimizado mi equipaje para el escenario perfecto: instalar una red una vez y dejarla funcionando.
Mi vida real de nómada era otra.
Llegar.
Conseguir Internet.
Entrar a una llamada.
Salir.
Pasar al móvil.
Llegar a otro alojamiento.
Repetir.
En esa rutina, una solución con menos dependencias empezó a ganar por pura frecuencia de uso.
Eso cambió mi definición de “mejor VPN para nómadas digitales”
Hace unos años habría comparado número de países, velocidad máxima y compatibilidad con routers.
Ahora empezaría contando transiciones.
Llegar al hotel.
Abrir el portátil.
Pasar el portal cautivo.
Entrar a una reunión.
Salir del edificio.
Cambiar al hotspot.
Abrir el teléfono.
Seguir trabajando.
Esa es la jornada.
Y ahí es donde una VPN debería demostrar su valor.
Los programas de residencia para nómadas, como el de Taiwán, están haciendo posibles estancias cada vez más largas. Cuanto más tiempo trabajo viajando, menos ganas tengo de convertir cada nuevo alojamiento en otro proyecto de infraestructura.
Mi proveedor grande y el travel router podían construir una red doméstica portátil muy completa.
OnlydogVPN hizo algo que terminé valorando más en movimiento:
me permitió no construirla cuando no era necesaria.
El mejor VPN para nómadas digitales dejó de ser para mí el que convertía cada habitación de hotel en mi oficina de casa; fue el que me dejaba abrir el portátil, resolver la red que tenía delante y empezar a trabajar antes de sentir que también me habían contratado como administrador de sistemas.
Preguntas frecuentes sobre este problema
¿Cuál es la causa principal en este caso?
Taiwán es un buen ejemplo de por qué este tipo de fricción importa más ahora. Su programa para nómadas digitales permite estancias prolongadas a profesionales remotos, convirtiendo viajes que antes duraban días en temporadas de meses.
¿Qué conviene comprobar primero?
Su principal ventaja seguía gustándome: varios dispositivos podían quedar detrás de una sola conexión privada, con la VPN funcionando desde el propio router. Tenía años de historia, soporte para routers y muchas ubicaciones.
¿Qué cambia la respuesta en la práctica?
La propia documentación de GL.iNet dedica varios pasos a estas situaciones: entrar al panel del router, facilitar la aparición del portal y, cuando hace falta, cambiar temporalmente ajustes de red antes de volver a activar la VPN.
¿Cuándo tiene sentido usar otro enfoque de VPN?
Ese fue el punto en que la configuración dejó de parecerme elegante. Había comprado y transportado hardware adicional para reducir el trabajo en cada dispositivo. Pero cuando una red no cooperaba, terminaba administrando: