Abres la página de administración del router de viaje y la tentación es iniciar la VPN de inmediato. La red del hotel tiene otros planes: tu router es un cliente del Wi-Fi del local y, hasta que esa conexión ascendente esté autorizada, ningún túnel llega a ninguna parte. Recorre las dos etapas en orden y el router dejará de parecer averiado.

Primero, comprueba que el router puede hacer ambas tareas

Necesitas un modo cliente ascendente, normalmente llamado repetidor, cliente o WISP, y un cliente VPN de salida. Son funciones distintas de las de un servidor VPN, y muchos routers baratos incluyen la segunda y no la primera.

En la página de administración, busca la sección WAN o internet y cámbiala al modo cliente inalámbrico. Escanea el SSID del local, únete y deja que el router tome una dirección antes de configurar cualquier otra cosa.

Confirma la versión del firmware mientras estás allí. Los nombres de los menús cambian entre versiones, y la ruta de una guía antigua puede que ya no exista aunque la función sí. Anota el modelo y la versión con tu equipo de viaje. Cuando un paso documentado no coincide con la pantalla que tienes delante, la diferencia de versión es casi siempre la razón.

Segundo, autoriza la conexión ascendente

Conecta un portátil al router y abre cualquier página HTTP. El portal debería redirigir, y a partir de ahí se aplica el procedimiento propio del local. Algunos portales funcionan mejor desde un teléfono que desde un router sin pantalla, por eso hacerlo desde un dispositivo conectado suele ser más rápido.

Un bloqueo estricto de VPN puede complicar este arranque. Si el local descarta el tráfico del túnel antes de la autorización, el cliente VPN del router fallará mientras el portal esté pendiente, y ese fallo es esperado y no una configuración incorrecta.

Usa un método compatible para superarlo. Eliminar varios controles a la vez, o instalar un certificado que una página del portal ofrece como reparación, cambia una molestia temporal por un problema permanente.

Tercero, inicia la VPN con un perfil que admita

Cuando el acceso normal funcione, inicia el cliente VPN del router con el perfil que realmente admite. Una configuración de WireGuard y un perfil de OpenVPN no son intercambiables, y ninguno de los dos se puede importar en un campo IPsec nativo.

Comprueba tres cosas antes de fiarte: el extremo es accesible, el resolutor responde con el valor esperado y la dirección de salida es la que esperas. La comprobación de salida es la única que demuestra que el túnel transporta tráfico y no que solo está configurado.

curl -sS https://ifconfig.me
cat /etc/resolv.conf

Si el router informa de que está conectado y la dirección de salida sigue siendo la del local, el túnel no transporta el tráfico que crees. Corrige eso antes de añadir dispositivos posteriores a la imagen.

Cuarto, prueba desde un dispositivo posterior

La página de estado del router describe la conexión propia del router. Haz una petición nueva desde el portátil que debería estar cubierto y comprueba IPv4, IPv6 y el resolutor por separado, porque un dispositivo puede estar cubierto para una familia y no para la otra.

StageWhat to verifyWhere
Upstream joinRouter has an address from the venueRouter WAN status
Portal authorizationA fresh request loads a public pageConnected laptop
TunnelEgress address changedRouter or laptop
Downstream coverageLaptop resolves and reaches the private resourceLaptop

Si el portátil falla mientras el router tiene éxito, el problema está en la ruta posterior: NAT, DHCP o una política de túnel que solo cubre el tráfico propio del router. Comprueba que el portátil tenga una dirección de la reserva del router y luego que su puerta de enlace predeterminada sea el router. Un dispositivo que aún conserva una concesión del servidor DHCP del local está en una red completamente equivocada.

Quinto, decide el plan alternativo y conserva el inicio de sesión

Prueba qué ocurre cuando el portal caduca o el túnel cae. La política que elegiste debe cubrir el tráfico reenviado, no solo las peticiones que hace el propio router, o un dispositivo posterior volverá en silencio a la conexión del local.

Conserva el proceso de inicio de sesión ascendente verificado junto al router, en papel o en una nota local. Reiniciar en el siguiente hotel se convierte en una tarea de dos minutos en lugar de otra configuración improvisada. Guarda también una copia fuera del router, porque una nota almacenada solo en el dispositivo no está disponible justo cuando el dispositivo es lo que ha fallado. El papel sigue ganando en este caso.

Después anota los cuatro valores que lo hicieron funcionar: modo ascendente, procedimiento del portal, tipo de perfil VPN y comprobación de salida. Esos cuatro son los que necesitarás la próxima vez, y son los cuatro más difíciles de reconstruir de memoria.

Artículos relacionados