Wi-Fi pública para un só dispositivo: por que unha saída VPN non pode axudar

O portátil mostra Conectado, o intercambio de chaves complétase e, aínda así, o portal négase a cargar unha páxina nun segundo dispositivo. Iso non é un problema do túnel. O límite de dispositivos dun punto de acceso pertence ao seu sistema de acceso, que conta os dispositivos que autorizou e as sesións que liberou. Unha VPN cambia por onde sae o tráfico despois da autorización e non cambia nada sobre cantos dispositivos admitirá ese sistema.

Que conta realmente o portal

Os portais cautivos seguen unha concesión de autorización, e a concesión adoita ir ligada a algo que a rede pode identificar. Un enderezo MAC é a opción habitual, unha cookie de sesión no navegador é outra, e algúns sistemas combinan calquera das dúas cun número de habitación ou un tícket impreso. Catro dispositivos cun código de habitación significan catro concesións, e un quinto dispositivo non ten ningunha, sexa cal sexa o software que execute. Instalar unha VPN nese quinto dispositivo cambia a resposta de rexeitado a rexeitado.

A asociación e a autorización son estados separados. Un portátil pode asociarse ao punto de acceso, manter unha concesión DHCP e aínda así non ter internet, porque o portal nunca lle concedeu nada. Ler a icona do Wi-Fi como proba do éxito do portal é o primeiro erro de toda esta clase de incidencias.

Confirme a regra co establecemento

Faga dúas preguntas en lugar de adiviñar: cantos dispositivos permite a conta e como se libera unha sesión obsoleta. A segunda importa máis, porque unha concesión que deixa atrás un dispositivo que marchou é o que adoita bloquear o seguinte. O persoal de recepción a miúdo pode liberala ou emitir un código novo máis rápido que calquera solución do lado do cliente. Use ese proceso antes de cambiar enderezos de hardware, porque copiar o identificador doutro dispositivo incumpre as condicións da rede e pon unha identidade duplicada no segmento.

O comportamento varía segundo o operador. Algúns sistemas vincúlanse a unha pegada do dispositivo, outros a unha sesión do navegador, e uns poucos permiten un número fixo de concesións simultáneas que caducan cun temporizador. A política dun establecemento non predí nada sobre o seguinte, e por iso a resposta do establecemento supera calquera regra xeral.

Manteña separadas as credenciais do portal e da VPN

Un código de habitación non é un inicio de sesión da pasarela, e reutilizar unha credencial de traballo nun portal é un mal negocio mesmo cando ambas as pantallas mostran un campo de usuario e un campo de contrasinal. Autorice primeiro o dispositivo previsto, verifique unha petición pequena e corrente onde o establecemento o permita, e só despois conecte o túnel. Ese orde dálle unha atribución limpa cando algo falla, porque a etapa do portal xa estaba probada antes de que a VPN entrase en escena.

Cando o portal se nega, o túnel é o lugar equivocado para depurar. Nada na configuración da VPN pode conceder un acceso que o sistema de acceso nunca emitiu.

Que cambia un router de viaxe

Un router de viaxe pode axudar presentando un só dispositivo augas arriba mentres serve varios localmente, e cambia o que ve o portal. A autorización vincúlase ao identificador do router e non a cada portátil, e cada cliente detrás comparte unha concesión e un enderezo público. Se esa disposición é aceptable depende das condicións da rede, e moitos establecementos prohiben compartir de forma explícita. Un router é un deseño lexítimo onde se permite compartir e unha infracción onde non, sexa cal sexa o mérito técnico.

Nada diso elimina o límite. Traslada a concesión única dun portátil a un router, o que resulta útil para un viaxeiro con varios dispositivos e inútil para dúas persoas que cada unha necesita a súa propia autorización.

Resolva primeiro o problema local de autorización. Un túnel que funciona a perfección segue sen poder fabricar unha concesión que o sistema de acceso nunca emitiu.