VPN em Wi-Fi público: portal, cobertura e política de queda
Uma VPN muda quem pode observar o seu tráfego, não se um portal de hotel o bloqueia. Compare o tratamento do portal, a cobertura de aplicações e o comportamento do kill switch.
O Wi-Fi público não é uma ameaça única, por isso uma VPN não é uma resposta única. Ela esconde o seu tráfego da rede local e transfere a confiança para o operador, enquanto o HTTPS continua a proteger o trecho entre o navegador e o site. As falhas práticas em redes de hotéis e cafés são a página de início de sessão, a cobertura parcial e o que acontece durante uma queda. Compare esses três pontos antes de decidir que o túnel funciona.
O que o túnel acrescenta numa rede não confiável
Numa rede aberta, um observador próximo pode ver a que extremo se liga e quanto tráfego circula. O túnel substitui essa vista por um fluxo cifrado para o servidor VPN e torna o operador uma nova parte de confiança. Não melhora a segurança própria do site.
O HTTPS continua a ser a proteção entre o navegador e o site, e tem de permanecer ativo. Um formulário HTTP não se torna confidencial só porque um segmento atravessa um túnel. Um aviso de validação de certificado é um sinal de paragem, não um obstáculo para clicar.
| Layer | What it protects | What remains visible |
|---|---|---|
| HTTPS | Browser-to-site content | Server name, sizes, timing |
| VPN tunnel | Traffic to the VPN endpoint | VPN use, volume, timing |
| Portal login | Nothing by itself | Details you type at admission |
Primeiro conclua o portal de entrada
Os hotéis e os cafés bloqueiam frequentemente o tráfego normal até o passo do portal estar concluído. O extremo da VPN é tráfego normal, por isso o cliente não consegue ligar-se até esse passo estar feito. Use a janela de início de sessão do próprio dispositivo e confirme que o operador corresponde ao local.
Se aparecerem vários SSID semelhantes, pergunte ao pessoal qual é o real. Um nome que parece oficial não é identidade, e uma VPN não consegue retirar uma palavra-passe escrita numa página falsa. Alguns clientes intercetam os portais sozinhos; se uma política sempre ativa bloquear o início de sessão, siga o procedimento de pausa documentado do cliente e reative o túnel depois.
A cobertura depende do túnel, não do rótulo
Uma VPN de sistema pode transportar a maioria das aplicações, enquanto uma extensão do navegador transporta apenas esse navegador. Se a cobertura em redes públicas é a razão pela qual se ligou, leia as exclusões do túnel dividido antes de assumir que está tudo lá dentro. O hotspot continua a ver o seu dispositivo na sua rede e o tráfego para o extremo da VPN. O momento, o volume e os dados que forneceu à entrada continuam visíveis.
Essa troca é o sentido do túnel: menos observadores para o conteúdo, não invisibilidade. Anote que aplicações estão realmente cobertas.
Decida o que acontece quando o túnel cai
A itinerância entre pontos de acesso ou acordar o dispositivo pode interromper a ligação. A reconexão automática tenta restabelecer o túnel; um kill switch decide se o tráfego direto é permitido nesse intervalo. A desconexão manual, fechar a aplicação e uma falha inesperada podem seguir regras diferentes.
Teste essas transições com tráfego inofensivo e confirme o comportamento que espera, não o que uma página de marketing sugere. Mantenha o sistema operativo atualizado, desative a partilha de ficheiros de que não precisa e use a firewall do equipamento onde ajudar.
Quando a viagem terminar, elimine as redes de convidados a que não quer associar-se automaticamente. Guarde um perfil funcional antes de viajar, porque uma página de configuração é inútil quando é a própria rede que não consegue ligar-se.