Wi-Fi pública para um só dispositivo: por que uma saída VPN não pode ajudar

O portátil mostra Conectado, o aperto de mão é bem-sucedido, e o portal continua a recusar carregar uma página num segundo dispositivo. Isso não é um problema do túnel. O limite de dispositivos de um hotspot pertence ao seu sistema de acesso, que conta os dispositivos que autorizou e as sessões que libertou. Uma VPN muda por onde o tráfego sai depois da autorização, e não muda nada sobre quantos dispositivos esse sistema vai admitir.

O que o portal está realmente a contar

Os portais cativos registam uma concessão de autorização, e a concessão está normalmente ligada a algo que a rede consegue identificar. Um endereço MAC é a escolha comum, um cookie de sessão no navegador é outra, e alguns sistemas combinam qualquer das duas com um número de quarto ou um bilhete impresso. Quatro dispositivos num código de quarto significam quatro concessões, e um quinto dispositivo não tem nenhuma, seja qual for o software que executa. Instalar uma VPN nesse quinto dispositivo muda a resposta de recusado para recusado.

Associação e autorização são estados separados. Um portátil pode associar-se ao ponto de acesso, manter uma concessão DHCP e mesmo assim não ter internet, porque o portal nunca lhe concedeu nada. Ler o ícone do Wi-Fi como prova do sucesso do portal é o primeiro erro de toda esta classe de casos.

Confirme a regra com o estabelecimento

Faça duas perguntas em vez de adivinhar: quantos dispositivos a conta permite e como é libertada uma sessão obsoleta. A segunda é mais importante, porque uma concessão deixada por um dispositivo que partiu é o que costuma bloquear o seguinte. A receção consegue muitas vezes libertá-la ou emitir um código novo mais depressa do que qualquer solução do lado do cliente. Use esse processo antes de mudar endereços de hardware, porque copiar o identificador de outro dispositivo viola as condições da rede e coloca uma identidade duplicada no segmento.

O comportamento varia conforme o operador. Alguns sistemas ligam-se a uma impressão digital do dispositivo, outros a uma sessão do navegador, e poucos permitem um número fixo de concessões simultâneas que expiram com um temporizador. A política de um estabelecimento não prevê nada sobre o seguinte, e por isso a resposta do estabelecimento supera qualquer regra geral.

Mantenha as credenciais do portal e da VPN separadas

Um código de quarto não é um início de sessão na gateway, e reutilizar uma credencial de trabalho num portal é uma troca má mesmo quando os dois ecrãs mostram um campo de utilizador e um campo de palavra-passe. Autorize primeiro o dispositivo pretendido, verifique um pedido pequeno e vulgar onde o estabelecimento o permitir, e só depois ligue o túnel. Essa ordem dá-lhe uma atribuição limpa quando algo falha, porque a fase do portal já estava provada antes de a VPN entrar em cena.

Quando o portal recusa, o túnel é o lugar errado para depurar. Nada na configuração da VPN pode conceder um acesso que o sistema de acesso nunca emitiu.

O que um router de viagem muda

Um router de viagem pode ajudar apresentando um único dispositivo a montante enquanto serve vários localmente, e muda o que o portal vê. A autorização liga-se ao identificador do router em vez de a cada portátil, e cada cliente atrás dele partilha uma concessão e um endereço público. Se essa disposição é aceitável depende das condições da rede, e muitos estabelecimentos proíbem a partilha de forma explícita. Um router é um desenho legítimo onde a partilha é permitida e uma infração onde não é, seja qual for o mérito técnico.

Nada disto elimina o limite. Transfere a concessão única de um portátil para um router, o que é útil para um viajante com vários dispositivos e inútil para duas pessoas que cada uma precisa da sua própria autorização.

Resolva primeiro o problema local de autorização. Um túnel que funciona na perfeição continua a não poder fabricar uma concessão que o sistema de acesso nunca emitiu.