Como configurar un router de viaxe detrás do portal cativo dun hotel
Autoriza primeiro o local e despois inicia o túnel. Comproba o modo cliente, o DNS e o que recibe un dispositivo posterior, en lugar de confiar na luz de estado do router.
Abres a páxina de administración do router de viaxe e a tentación é iniciar a VPN de inmediato. A rede do hotel ten outros plans: o teu router é un cliente do Wi-Fi do local e, ata que esa conexión ascendente estea autorizada, ningún túnel chega a ningures. Percorre as dúas etapas en orde e o router deixará de parecer avariado.
Primeiro, comproba que o router pode facer ambas as tarefas
Necesitas un modo cliente ascendente, normalmente chamado repetidor, cliente ou WISP, e un cliente VPN de saída. Son funcións distintas das dun servidor VPN, e moitos routers baratos inclúen a segunda e non a primeira.
Na páxina de administración, busca a sección WAN ou internet e cámbiaa ao modo cliente sen fíos. Escanea o SSID do local, únete e deixa que o router tome un enderezo antes de configurar calquera outra cousa.
Confirma a versión do firmware mentres estás alí. Os nomes dos menús cambian entre versións, e a ruta dunha guía antiga pode que xa non exista aínda que a función si. Anota o modelo e a versión co teu equipo de viaxe. Cando un paso documentado non coincide coa pantalla que tes diante, a diferenza de versión é case sempre a razón.
Segundo, autoriza a conexión ascendente
Conecta un portátil ao router e abre calquera páxina HTTP. O portal debería redirixir, e a partir de aí aplícase o procedemento propio do local. Algúns portais funcionan mellor desde un teléfono que desde un router sen pantalla, por iso facelo desde un dispositivo conectado adoita ser máis rápido.
Un bloqueo estrito de VPN pode complicar este arranque. Se o local descarta o tráfico do túnel antes da autorización, o cliente VPN do router fallará mentres o portal estea pendente, e ese fallo é esperado e non unha configuración incorrecta.
Usa un método compatible para superalo. Eliminar varios controis á vez, ou instalar un certificado que unha páxina do portal ofrece como reparación, cambia unha molestia temporal por un problema permanente.
Terceiro, inicia a VPN cun perfil que admita
Cando o acceso normal funcione, inicia o cliente VPN do router co perfil que realmente admite. Unha configuración de WireGuard e un perfil de OpenVPN non son intercambiables, e ningún dos dous se pode importar nun campo IPsec nativo.
Comproba tres cousas antes de confiar nel: o extremo é accesible, o resolutor responde co valor esperado e o enderezo de saída é o que esperas. A comprobación de saída é a única que demostra que o túnel transporta tráfico e non que só está configurado.
curl -sS https://ifconfig.me
cat /etc/resolv.confSe o router informa de que está conectado e o enderezo de saída segue a ser o do local, o túnel non transporta o tráfico que cres. Corrixe iso antes de engadir dispositivos posteriores á imaxe.
Cuarto, proba desde un dispositivo posterior
A páxina de estado do router describe a conexión propia do router. Fai unha petición nova desde o portátil que debería estar cuberto e comproba IPv4, IPv6 e o resolutor por separado, porque un dispositivo pode estar cuberto para unha familia e non para a outra.
| Stage | What to verify | Where |
|---|---|---|
| Upstream join | Router has an address from the venue | Router WAN status |
| Portal authorization | A fresh request loads a public page | Connected laptop |
| Tunnel | Egress address changed | Router or laptop |
| Downstream coverage | Laptop resolves and reaches the private resource | Laptop |
Se o portátil falla mentres o router ten éxito, o problema está na ruta posterior: NAT, DHCP ou unha política de túnel que só cobre o tráfico propio do router. Comproba que o portátil teña un enderezo da reserva do router e despois que a súa porta de enlace predeterminada sexa o router. Un dispositivo que aínda conserva unha concesión do servidor DHCP do local está nunha rede completamente equivocada.
Quinto, decide o plan alternativo e conserva o inicio de sesión
Proba que ocorre cando o portal caduca ou o túnel cae. A política que escolliches debe cubrir o tráfico reenviado, non só as peticións que fai o propio router, ou un dispositivo posterior volverá en silencio á conexión do local.
Conserva o proceso de inicio de sesión ascendente verificado xunto ao router, en papel ou nunha nota local. Reiniciar no seguinte hotel convértese nunha tarefa de dous minutos en lugar doutra configuración improvisada. Garda tamén unha copia fóra do router, porque unha nota almacenada só no dispositivo non está dispoñible xusto cando o dispositivo é o que fallou. O papel segue gañando neste caso.
Despois anota os catro valores que o fixeron funcionar: modo ascendente, procedemento do portal, tipo de perfil VPN e comprobación de saída. Eses catro son os que necesitarás a próxima vez, e son os catro máis difíciles de reconstruír de memoria.