Qual VPN protege em Wi-Fi de aeroporto sem bloquear o portal de acesso? O meu erro foi ligar a proteção cedo demais

O VPN estava fazendo exatamente aquilo que eu tinha configurado para fazer.
Bloquear qualquer tráfego que não passasse pelo túnel.
Esse era o problema.

Eu estava sentado perto do portão, tinha pouco mais de meia hora antes do embarque e precisava baixar um documento de trabalho antes de entrar no avião.

O portátil encontrou o Wi-Fi gratuito do aeroporto.
Conectado.
Imediatamente, o VPN iniciou sozinho.
Protegido.
Ótimo.
Abri o navegador.

Nada.
Tentei o site da companhia aérea.
Nada.
Outra página.
Nada.

O símbolo do Wi-Fi mostrava sinal forte e o VPN dizia que estava tentando conectar. Então fiz o que parecia lógico.

Troquei de servidor.
Depois troquei outra vez.
O portal do aeroporto continuava sem aparecer.

Eu tinha instalado o VPN justamente porque não queria trabalhar num Wi-Fi público sem proteção.

Agora era a própria proteção que não me deixava terminar de entrar no Wi-Fi.

Eu estava conectado ao aeroporto, mas ainda não tinha internet

Essa distinção resolveu metade do mistério.

Muitos aeroportos usam aquilo que se chama de captive portal: primeiro o aparelho entra na rede Wi-Fi; depois aparece uma página local para aceitar termos, colocar um código, confirmar um e-mail ou cumprir alguma outra condição.

Só depois disso a rede libera o acesso normal à internet.

É exatamente assim que essa arquitetura foi desenhada: enquanto as condições do portal não forem satisfeitas, o dispositivo pode falar apenas com uma parte limitada da rede.

Ou seja:
Wi-Fi conectado não significa internet liberada.
Eu estava do lado de dentro do aeroporto, mas ainda parado na catraca.
O meu VPN tentava alcançar um servidor na internet.
O aeroporto respondia: primeiro passe pelo meu portal.
E o kill switch respondia: nada sai sem passar pelo VPN.

O navegador, preso entre os dois, não conseguia abrir justamente a página que resolveria tudo.

De repente, trocar de servidor pareceu tão útil quanto trocar de táxi antes de abrir o portão da garagem.

Não era um defeito estranho do meu portátil

A própria Apple orienta utilizadores de redes captive em aeroportos e hotéis a seguir essa mesma ordem: selecionar a rede, esperar a página de login, concluir o passo exigido pelo hotspot e só então usar a internet normalmente.

E os relatos de viajantes mostram como isso fica confuso na prática.

Numa discussão pública de agosto de 2026, um utilizador contou que o VPN parecia simplesmente não funcionar no Wi-Fi de hotel até perceber que o captive portal ainda não tinha sido concluído. Com o kill switch ativo, nem a página de login conseguia carregar.

Foi aí que o meu problema ficou óbvio.
Eu não tinha necessariamente uma função ruim.
Tinha uma função boa entrando cedo demais.
E eu mesmo tinha criado a combinação perfeita para o impasse:
conectar automaticamente em Wi-Fi desconhecido;
bloquear tudo fora do túnel.

Em casa, ótimo.

Antes de passar pelo portal do aeroporto, péssimo.

“Ligue sempre o VPN em Wi-Fi público” estava faltando uma etapa

A preocupação por trás desse conselho continua correta.

O FBI recomenda VPN para comunicações em redes Wi-Fi públicas, enquanto a CISA aconselha confirmar com o aeroporto ou estabelecimento qual é o nome verdadeiro da rede antes de se conectar.

Essa segunda parte é fácil de esquecer num terminal cheio de nomes parecidos:
“Airport_Free_WiFi.”
“Airport Free WiFi.”
“Airport_WiFi_5G.”
Um VPN protege o caminho da conexão depois.
Ele não transforma uma rede falsa na rede oficial.

Então, antes de mexer outra vez no aplicativo, olhei para a sinalização do aeroporto e confirmei o nome do hotspot.

Era a rede certa.
O problema não era qual Wi-Fi eu tinha escolhido.
Era em que momento eu estava tentando proteger a conexão.

E, com quase 9,8 bilhões de passageiros tendo passado pelos aeroportos do mundo em 2025, segundo dados finais publicados pela Airports Council International em 2026, esse pequeno conflito entre VPN e portal está longe de ser uma situação exótica.

Desligar o VPN por alguns segundos parecia errado — até eu limitar o que faria nesses segundos

Pausei o VPN.
O navegador reagiu quase imediatamente.
A página do aeroporto apareceu.
Não abri o e-mail.
Não entrei no drive da empresa.
Não consultei o banco.

Só fiz o que aquela rede exigia.
Aceitei os termos.
Cliquei em conectar.
Abri depois uma página pública para confirmar que o acesso à internet tinha sido liberado.
Pronto.
Era esse pequeno intervalo que eu estava tentando eliminar à força.

Hoje a maior parte dos grandes sites já usa HTTPS, o que torna o Wi-Fi público menos parecido com o velho cenário em que qualquer página podia circular sem criptografia. A própria FTC ressalta essa mudança.

Ainda assim, eu não tinha nenhuma razão para usar aqueles segundos para trabalho sensível.
Portal.
Aceitar.
Confirmar acesso.
VPN.
Essa sequência levou menos tempo do que as minhas tentativas de trocar servidores.

Só que, depois de entender a ordem certa, surgiu outra pergunta:

qual VPN eu queria ter pronto imediatamente depois da catraca?

Eu não queria que a primeira tarefa depois do portal fosse outro login

O grande fornecedor que eu costumava usar tinha vantagens reais.
Mais servidores.
Mais anos de operação.
Mais documentação.
Mais avaliações.
Nada disso deixou de importar.

Só não ajudava muito naquele momento específico.

Depois de finalmente passar pelo portal, a aplicação tinha perdido a sessão e pediu login novamente.

Eu estava num aeroporto, tinha acabado de ficar alguns segundos sem túnel e agora a primeira coisa que o meu software de proteção queria era que eu recuperasse uma palavra-passe e terminasse outra autenticação.

Parei.
Parecia uma fricção pequena.
Naquele contexto, não era.
Eu queria sair da fase “portal concluído, VPN ainda desligado” o mais depressa possível.
Não queria transformar esses segundos numa sequência de formulários.

Foi aí que abri OnlydogVPN^↗, que eu já tinha deixado instalado como alternativa antes da viagem.

A vantagem não era furar o portal. Era estar pronto do outro lado

O serviço não tem a mesma quantidade de regiões dos maiores fornecedores e possui uma história pública mais curta.

Neste caso, isso quase não entrava na decisão.
Eu não precisava escolher entre quarenta países.
Precisava proteger a conexão que o aeroporto tinha acabado de liberar.

O uso básico não começava por um cadastro tradicional de e-mail e palavra-passe. Abri a aplicação, escolhi o modo voltado para privacidade e conectei.

Depois fui ao documento.
A página abriu.
Download.
O ficheiro começou a chegar.

Foi a primeira vez naquela sequência em que o ícone de VPN e a tarefa que eu precisava realizar estavam finalmente de acordo.

O aeroporto tinha autorizado o portátil.
O VPN tinha assumido o tráfego.
O documento estava baixando.
Era isso que eu deveria ter usado como critério desde o início.
Não “o VPN consegue permanecer ligado antes do captive portal?”.
Mas:

depois que eu concluo o portal, quanto tempo leva até eu voltar a estar protegido e poder esquecer o VPN?

Foi aí que “sempre ligado” deixou de parecer o melhor teste

Até aquela viagem, eu considerava o VPN mais seguro aquele que fosse mais agressivo.
Auto-connect.
Kill switch permanente.
Nunca permitir um pacote fora do túnel.
Quanto mais rígido, melhor.
O aeroporto mostrou o limite dessa lógica.

O VPN não controla a política de entrada do hotspot.

Se a rede exige que eu converse primeiro com uma página local, bloquear absolutamente essa conversa pode me deixar muito protegido de uma internet à qual ainda nem tenho acesso.

É como chegar a um hotel e tentar fechar a porta do quarto com três fechaduras antes de passar pela receção e receber a chave.

A proteção continua importante.
Só começa uma etapa depois.
A partir dali, meu critério ficou bem mais simples:

um bom VPN de viagem não precisa vencer o captive portal. Precisa tornar muito curto o intervalo entre terminar o portal e voltar a estar protegido.

Foi exatamente aí que o serviço menor funcionou melhor para mim.

A segunda vantagem apareceu quando trocaram o meu portão

O documento terminou de baixar.
Guardei o portátil.
Pouco depois, o painel anunciou uma troca de portão.

Peguei as coisas e atravessei o terminal enquanto continuava uma conversa de trabalho no telefone.

Durante o caminho, o Wi-Fi oscilou.
Por alguns segundos, o telemóvel caiu para a rede móvel e depois voltou ao Wi-Fi.
A conversa parou brevemente.
Depois continuou.

A conexão do serviço usa HTTP/3, construído sobre QUIC, uma tecnologia desenhada para lidar melhor com mudanças no caminho de rede.

Em linguagem de aeroporto, era fácil entender.
Eu tinha mudado de corredor.
A conversa não precisou voltar para a entrada do terminal.

Essa recuperação não tinha nada a ver com passar pelo captive portal — aquela etapa já tinha terminado.

Mas resolvia outro problema do mesmo ambiente.
Aeroporto não é uma mesa fixa.
Eu ando.
Mudo de portão.
Passo por outros pontos de acesso.
Às vezes caio no 5G por alguns segundos.

Ter uma conexão que se recuperava dessas mudanças foi uma razão muito mais concreta para manter a aplicação instalada do que mais vinte países numa lista.

Hoje eu faria a sequência quase sem pensar

Primeiro, confirmaria o nome da rede oficial.

Depois entraria no Wi-Fi.

Se aparecesse um captive portal, deixaria o VPN pausado apenas pelo tempo necessário para abrir aquela página e concluir o acesso.

Nesse intervalo:
nada de e-mail;
nada de nuvem;
nada de pagamentos;
nada de documentos de trabalho.
Portal concluído.

Internet confirmada.
VPN ligado.
Só então começaria qualquer coisa sensível.
É menos elegante do que dizer “VPN sempre ligado”.
Mas funciona melhor num aeroporto real.
O grande fornecedor ainda me daria mais países, mais servidores e mais opções.

O serviço menor resolveu uma coisa mais específica naquele portão: depois dos poucos segundos necessários para o aeroporto me deixar entrar, eu conseguia voltar à proteção sem transformar isso em outro login e, quando comecei a andar pelo terminal, a conexão ainda conseguiu acompanhar a mudança de rede.

Foi aí que a pergunta “qual VPN não bloqueia o portal do aeroporto?” mudou de sentido para mim.

Eu não precisava de um VPN que atravessasse a catraca fechada.

Precisava de um que estivesse pronto assim que eu passasse por ela.