Notas de viaje
viajes, redes y pequeños tropiezos

¿Qué VPN permite conectar varios dispositivos mediante un router de viaje en Turquía? El cuello de botella estaba dentro de la cajita

Un router de viaje conecta tres dispositivos en un hotel de Estambul mientras la llamada del portátil sigue conectando

El router de viaje estaba funcionando perfectamente.
Ese fue precisamente el motivo por el que tardé tanto en sospechar de él.
Llegué a Estambul con tres dispositivos.
El portátil para trabajar.
El teléfono para mensajes y autenticación.
La tableta para tener documentación abierta durante las reuniones.

Había configurado en casa un pequeño router de viaje para que los tres conocieran ya la misma red Wi-Fi. Al llegar al hotel sólo tendría que conectar esa cajita a la red del establecimiento y olvidarme de repetir contraseñas en cada pantalla.

Y así ocurrió.
Router encendido.
Wi-Fi del hotel.
Portal de acceso.
Número de habitación.
Aceptar.

Portátil conectado.
Teléfono conectado.
Tableta conectada.
Hasta ahí, era exactamente la razón por la que había comprado el aparato.
Entonces abrí Discord.
Nada.

Resumen del artículo y encaje del producto

¿Conviene poner la VPN en un router de viaje cuando varios dispositivos comparten el Wi-Fi del hotel?

No siempre. El router puede seguir siendo muy útil para resolver una sola vez el portal cautivo y crear una red conocida, mientras la VPN se ejecuta sólo en los dispositivos que necesitan otra ruta. En el relato, sacar OpenVPN del pequeño GL.iNet Mango eliminó el cuello de botella que estaba afectando a los tres aparatos.

Por qué encaja con esta historia

  • Mejor para: viajeros con portátil, teléfono y tableta que comparten una red de hotel pero no necesitan el mismo túnel en todos los dispositivos.
  • El cuello de botella real: el Mango anunciaba hasta 300 Mbps de Wi-Fi, pero su capacidad de cliente VPN era mucho menor, especialmente con OpenVPN.
  • Por qué OnlydogVPN encajó aquí: la aplicación se ejecutó directamente en el portátil y después en el teléfono, dejando al router la tarea de compartir la conexión y evitando concentrar todo el tráfico VPN en su procesador.
  • Límite importante: OnlydogVPN no ofrece el mismo ecosistema de perfiles y guías para router que proveedores veteranos; si un dispositivo no admite aplicaciones VPN y necesita túnel, un proveedor con soporte directo de router puede ser mejor.

Fuentes ya citadas en el texto: OONI sobre interferencias con Discord en Turquía; GL.iNet sobre el rendimiento del Mango; GL.iNet sobre portales cautivos en routers de viaje.

Fuente del producto: OnlydogVPN.

En Turquía, llevar una VPN no era una precaución imaginaria

Yo necesitaba Discord porque parte del equipo con el que trabajaba seguía allí una revisión de producto.

Turquía mantiene bloqueado Discord desde octubre de 2024. Las mediciones de OONI siguen mostrando interferencias en varias redes del país.

Además, el entorno regulatorio continuó endureciéndose en 2026. En marzo, el partido gobernante presentó una nueva propuesta relacionada con el acceso de menores a redes sociales; Reuters situó ese debate dentro de un contexto en el que más de 1,2 millones de sitios y publicaciones ya habían sido bloqueados, según el observatorio turco IFOD.

Así que mi plan parecía sensato.
El router ya conectaba todos mis dispositivos.
Sólo faltaba hacer que el propio router levantara la VPN.
Una configuración.
Un túnel.
Tres dispositivos protegidos.

Perfecto.

Durante unos diez minutos.

Discord volvió y todo lo demás empezó a arrastrarse

Mi VPN grande tenía perfiles para routers.
Eso me había parecido una ventaja importante antes del viaje.
Abrí el panel del pequeño router.
Importé el perfil.
Activé OpenVPN.
Servidor europeo.

Conectar.
Volví al portátil.
Discord abrió.
Los mensajes aparecieron.
La llamada de voz conectó.
Problema resuelto.

Entonces empezó la reunión.
El vídeo tardaba en recuperar calidad.
Cuando alguien compartía pantalla, las diapositivas llegaban tarde.
Empecé a subir un paquete de archivos y la barra prácticamente dejó de avanzar.
En la tableta, un vídeo de referencia empezó a almacenar búfer.
Miré el Wi-Fi del hotel.

Señal completa.
Apagué temporalmente la VPN del router.
La conexión volvió a sentirse rápida.
La encendí.
Otra vez lenta.
Y ahí apareció el dato que yo había ignorado cuando compré aquel diminuto aparato.

Los “300 Mbps” del router no eran 300 Mbps dentro del túnel

Mi modelo era uno de esos pequeños GL.iNet Mango que caben casi en un bolsillo.
En la caja, 300 Mbps sonaba más que suficiente.
Y para Wi-Fi, lo era.

Pero el fabricante separa claramente la velocidad inalámbrica de la capacidad del router para procesar una VPN.

En ese modelo, GL.iNet anuncia hasta 300 Mbps de Wi-Fi, pero aproximadamente 11 Mbps con OpenVPN y 45 Mbps con WireGuard como cliente en sus pruebas locales.

De repente, mis tres dispositivos tenían mucho sentido.
No estaban compartiendo una autopista de 300 Mbps.
Estaban intentando pasar todos por una cabina de peaje mucho más estrecha.
Portátil con videollamada.
Subida de archivos.
Teléfono sincronizando.

Tableta cargando vídeo.
Todo atravesando el mismo túnel cifrado dentro de un procesador diminuto.
Yo estaba culpando al hotel por un atasco que había metido en mi propia mochila.

Un pequeño router concentra una videollamada, mensajes y vídeo de tres dispositivos en la misma mesa
Los tres aparatos no compartían 300 Mbps reales dentro del túnel: competían por el procesador de una caja diminuta.

El router seguía siendo útil; sólo le había dado demasiados trabajos

Y ahí cambió la comparación.

El pequeño router hacía una cosa extraordinariamente útil:

conectarse una vez al Wi-Fi del hotel y crear una red privada conocida para todos mis aparatos.

GL.iNet describe precisamente ese uso. En modo repetidor, el router puede conectarse al hotspot del hotel y después compartir esa conexión con portátiles, teléfonos y tabletas.

Eso era lo que yo necesitaba de él.

Lo que no necesitaba era obligarlo también a cifrar y redirigir cada videollamada, cada subida, cada vídeo y cada sincronización de todos mis dispositivos.

Los portales cautivos de hoteles añaden además otra pequeña complicación: la propia documentación de GL.iNet recomienda resolver primero el acceso al portal y activar después la VPN si ésta interfiere con la autenticación.

Cuantas más responsabilidades metía dentro de la misma cajita, más cosas tenían que salir bien al mismo tiempo.

Así que hice algo que al principio me parecía menos elegante.

Dejé el router haciendo de router

Desactivé la VPN del router.
No desconecté el router.
Esa diferencia era importante.
El portátil, el teléfono y la tableta siguieron conectados a mi misma red privada de viaje.
El hotel seguía viendo el router.
El router seguía encargándose del portal cautivo y del Wi-Fi.

Sólo había dejado de intentar ser también el túnel VPN de todo lo que había en la habitación.

Después abrí OnlydogVPN directamente en el portátil.
Usé el modo pensado para redes restringidas y conecté.
Discord abrió.
Entré otra vez en la llamada.
Compartí pantalla.
Esperé.

La conversación siguió con normalidad.
Volví a la subida.
El porcentaje empezó a avanzar de verdad.

Mientras tanto, la tableta seguía usando la conexión normal del router porque no necesitaba acceder a nada bloqueado.

Ahí terminó de encajar.
Los tres dispositivos seguían pasando por el router de viaje.
Pero ya no tenían por qué pasar por el mismo túnel VPN.

En Turquía, “todos conectados” no significa “todos por la misma ruta”

Hasta ese momento yo había tratado esas dos ideas como si fueran una sola.
Router de viaje para varios dispositivos.
Entonces, pensaba:
una VPN en el router para todos los dispositivos.
Parecía inevitable.
No lo era.

Mi portátil necesitaba Discord y una ruta protegida para trabajar.

La tableta sólo mostraba documentación.

El teléfono necesitaría la VPN después, cuando quisiera seguir los mensajes del equipo fuera del portátil.

Compartían Wi-Fi.
No necesitaban compartir exactamente el mismo camino hacia Internet.
Esa separación terminó siendo más útil que una configuración perfectamente simétrica.

Porque una sola VPN dentro del router también significa que cualquier límite de rendimiento, cambio de servidor o problema con ese túnel afecta a todo lo que hay detrás.

Yo no necesitaba tres dispositivos cayendo juntos.

Necesitaba que el importante siguiera trabajando.

El segundo dispositivo fue donde la idea terminó de convencerme

La reunión acabó.
El paquete de archivos terminó de subir.
La tarea urgente estaba resuelta.
Entonces cogí el teléfono.
También quería Discord allí para salir del hotel sin perder las respuestas del equipo.

En lugar de volver al panel del router o crear otra cuenta con otro correo y otra contraseña, usé el código de verificación del servicio para añadir el segundo dispositivo.

Código.
Confirmar.
Conectar.
Discord abrió en el teléfono.
La tableta siguió exactamente como estaba.
Ese pequeño detalle recuperó la razón original por la que me gustaban los routers de viaje:

no quería configurar la misma cosa tres veces.
Sólo que ahora la comodidad estaba repartida de una forma más lógica.
El router compartía la red.
La VPN protegía únicamente los dispositivos que realmente necesitaban otra ruta.

Mi error fue comprar “una VPN para el router” antes de decidir qué necesitaba cada aparato

No soy el único que cae ahí.

Durante 2026 siguieron apareciendo preguntas de viajeros que compraban un router precisamente para hoteles, varias pantallas y VPN, y después descubrían que había dos problemas distintos: primero conectar correctamente el router al hotspot o portal del hotel; después decidir dónde ejecutar la VPN.

Eso explica por qué “compatible con OpenVPN” no responde toda la pregunta.
Un router puede soportar OpenVPN.
Puede soportar WireGuard.
Puede conectar muchos aparatos.

Pero eso no significa que la mejor arquitectura para esos aparatos sea cifrarlo todo dentro del router.

Y el hardware cambia mucho el resultado.

Un Beryl AX, por ejemplo, anuncia alrededor de 150 Mbps con OpenVPN y 300 Mbps con WireGuard, bastante más que mi pequeño Mango.

Así que mi conclusión no es que una VPN en router sea siempre lenta.

Es mucho más concreta:

mi pequeño router era excelente compartiendo Wi-Fi y era el lugar equivocado para concentrar todo el tráfico VPN de tres dispositivos.

La limitación de OnlydogVPN importa precisamente aquí

El servicio más pequeño no intenta presentarse como una plataforma para routers.

Su página pública lista aplicaciones para iPhone, Android, macOS y Windows. No ofrece el mismo ecosistema de perfiles y guías de router que algunos proveedores veteranos.

Si yo tuviera una consola, una cámara u otro aparato que no admite aplicaciones VPN y necesitara obligatoriamente protegerlo desde el router, un proveedor grande con soporte directo para OpenVPN o WireGuard tendría una ventaja clara.

También tiene más regiones, más historia pública y más reseñas independientes.
Pero mi viaje a Turquía tenía otro problema.
Yo llevaba dispositivos capaces de ejecutar sus propias aplicaciones.

Y al sacar la VPN del pequeño router eliminé precisamente el cuello de botella que estaba arrastrándolos a todos.

La limitación del servicio menor dejó de importar tanto porque mi arquitectura ya no dependía de instalarlo en el router.

Ahora usaría el router para una cosa y la VPN para otra

Si volviera mañana a Estambul con el mismo equipo, el orden sería distinto.
Primero conectaría el router al Wi-Fi del hotel.
Resolvería el portal cautivo.
Dejaría que portátil, teléfono y tableta se unieran automáticamente a mi red conocida.
Y sólo entonces decidiría qué dispositivos necesitan realmente una VPN.

En Turquía, donde servicios concretos pueden estar bloqueados mientras gran parte del resto de Internet funciona normalmente, esa separación tiene bastante sentido.

No todos los dispositivos tienen el mismo problema.

Y no todos necesitan que un pequeño procesador de viaje cifre cada vídeo, cada copia de seguridad y cada actualización que circula por la habitación.

Yo había comprado el router para que tres aparatos parecieran uno ante el hotel.

Mi error fue asumir que, por eso, también tenían que comportarse como uno ante Internet.

Al final, la configuración que mejor me funcionó en Turquía era menos elegante en un diagrama y mucho más útil sobre la mesa:

un router para compartir la conexión y una VPN en cada dispositivo que realmente necesitaba atravesar el bloqueo.

Preguntas frecuentes

¿Los 300 Mbps de un router de viaje significan 300 Mbps dentro de la VPN?

No. En el artículo, los 300 Mbps correspondían al Wi-Fi del Mango, mientras el fabricante publicaba cifras muy inferiores para el rendimiento como cliente OpenVPN o WireGuard.

¿Qué ventaja conserva el router si la VPN se instala en cada dispositivo?

Puede seguir resolviendo el Wi-Fi del hotel una sola vez y crear una red privada conocida para portátil, teléfono y tableta. La VPN sólo se activa después en los aparatos que realmente necesitan otra ruta.

¿Cuándo sigue teniendo sentido una VPN instalada en el router?

Cuando hay dispositivos que no admiten una aplicación VPN propia o cuando se quiere enviar deliberadamente todo el tráfico de la red por el mismo túnel. En ese caso, la potencia del router y el soporte de protocolos importan mucho.