Guia
Como testar um interruptor de emergência de uma VPN
Três formas de interromper o túnel sem pedir ao cliente, o que tem de parar quando o faz e como testar o único caso que a maioria dos interruptores ignora: a lacuna entre o arranque da máquina e a ligação do cliente. Escrito com base nos clientes do final de 2026.
O que isto esclarece
Um interruptor de emergência é uma promessa de que, quando o túnel falha, nada recorre à rede normal. A página de definições do cliente diz se a promessa foi feita; o teste abaixo diz se é cumprida e perante que falhas. Faça-o uma vez em qualquer dispositivo que saia de casa e repita-o depois de uma atualização do cliente. A finalidade do interruptor é explicada na página sobre o interruptor de emergência.
Três interrupções, por ordem de frequência. É comum um interruptor sobreviver à primeira, mas não à segunda; é ainda mais comum sobreviver às três, mas não à lacuna do arranque.
Antes de começar
- Ligue o interruptor no cliente e, se este disponibilizar um segundo modo mais rigoroso — permanente, sempre ativo ou no arranque do sistema — tome nota do que escolheu. Os dois são testados separadamente abaixo.
- Inicie algo que se mova continuamente e mostre o seu próprio progresso: uma transferência grande, um vídeo longo ou um ping contínuo num terminal. Uma página que já foi carregada não prova nada, porque já não tem nada para obter.
- Abra uma página de endereços numa segunda janela e tome nota do endereço de saída enquanto está ligado. Vai voltar a carregá-la depois de cada interrupção.
As três interrupções
1. Retire a rede
Desligue o Wi-Fi ou retire o cabo, aguarde alguns segundos e volte a ligá-lo. O túnel cai porque o seu caminho caiu, e a questão é saber o que o cliente faz nos segundos depois de a rede voltar e antes de o túnel voltar. A transferência tem de permanecer parada até o cliente mostrar novamente que está ligado; uma transferência que retome antes disso está a funcionar na rede sem proteção.
2. Termine o túnel sem pedir ao cliente
Termine diretamente o processo em segundo plano do cliente: o seu serviço no Gestor de Tarefas do Windows, o seu processo no Monitor de Atividade do macOS, um forçar paragem nas definições da aplicação no Android ou termine o processo a partir de um terminal no Linux. Não foi pedido ao cliente que se desligasse, pelo que um interruptor que só atua num desligamento normal não intervém. A transferência tem de parar imediatamente e permanecer parada até reiniciar o cliente.
3. Mude a rede por baixo dele
Num telemóvel, desligue o Wi-Fi enquanto os dados móveis estão ligados, para que o dispositivo passe de uma rede para outra; num portátil, ligue-se a uma segunda rede Wi-Fi ou ao hotspot de um telemóvel. Os sistemas operativos móveis reconstroem o túnel numa rede nova, e é durante essa reconstrução que um interruptor fraco deixa escapar tráfego. Volte a carregar a página de endereços assim que a nova rede estiver ativa: o endereço de saída ou a ausência total de uma resposta significa aprovação; o seu próprio endereço significa falha.
A lacuna do arranque
O interruptor incluído na maioria dos clientes aplica-se enquanto o cliente está em execução. Entre o arranque da máquina e a ligação do cliente, nada se aplica e, num portátil que retoma a atividade numa rede de hotel, essa lacuna é suficientemente longa para que todas as aplicações que arrancam com o sistema contactem os seus servidores através da ligação aberta.
- Configure o cliente para arrancar com o sistema e ligar-se no arranque. Normalmente são dois interruptores separados, e o segundo está desligado por predefinição.
- Reinicie a máquina e, antes de o cliente mostrar que está ligado, volte a carregar a página de endereços que deixou aberta. Uma página carregada com o seu próprio endereço é a lacuna; um erro, ou uma página que aguarde até o cliente se ligar e depois mostre a saída, significa que a lacuna está fechada.
- Se a página tiver carregado, procure o modo mais rigoroso do interruptor — o descrito como permanente ou aplicável no arranque do sistema — e repita o teste. No Android, a própria definição do sistema abrange este caso independentemente do cliente, como explicado abaixo.
O interruptor do próprio sistema no Android
O Android tem um interruptor próprio nas definições do sistema para a VPN, e não no cliente: Always-on VPN, com Block connections without VPN por baixo. Imposto pelo sistema operativo, abrange o encerramento forçado do cliente, a mudança de rede e a lacuna do arranque, o que é mais do que os próprios interruptores da maioria dos clientes fazem. Ligue ambos e execute novamente as três interrupções e o reinício. O interruptor do cliente também pode permanecer ligado; os dois não entram em conflito, e é o do sistema que prevalece quando a aplicação não o faz.
O que significa passar
O que estas verificações provam
+Um túnel que falhe, seja como for, transforma-se numa ligação inativa e não numa ligação aberta
+Os segundos entre o regresso da rede e o regresso do túnel não transportam nada
+Num dispositivo que arranque em redes desconhecidas, a lacuna antes de o cliente se ligar está fechada
O que não provam
−Não dizem nada sobre o que o fornecedor retém enquanto o túnel está ativo — isso é explicado nas páginas sobre retenção
−Um interruptor que se mantém ativo não corrige um túnel com fugas: o DNS e o IPv6 são verificados separadamente, em como verificar se a sua VPN está a funcionar
−Passar é uma afirmação sobre esta versão do cliente; uma atualização pode deslocar ou repor o interruptor
Quando o resultado não é claro
A transferência ficou pausada durante alguns segundos e depois continuou
Leia o cliente antes de decidir o que aconteceu. Se este se voltou a ligar e a transferência foi retomada através do túnel, o interruptor funcionou e a pausa deveu-se à reconexão. Se o cliente continua a mostrar que está desligado e a transferência está a avançar, o interruptor abriu a rede depois de um tempo-limite; trata-se de um interruptor que não se mantém ativo.
Uma verificação de endereço durante a transferência retomada esclarece a questão: o endereço de saída significa que o túnel voltou, enquanto o seu próprio endereço significa que não voltou.
Nada parou, mas o cliente diz que o interruptor está ligado
Nesse caso, o âmbito do interruptor é mais limitado do que presumiu. Muitos clientes só o impõem enquanto se consideram ligados, pelo que um túnel que lhes foi pedido que fechassem, ou que morreu com o processo, não o aciona. Procure um segundo modo com um nome como permanente, sempre ativo ou no arranque do sistema e repita o teste com esse modo ligado.
Se não existir tal modo, o interruptor é meramente decorativo nas interrupções que importam, e o interruptor do próprio sistema operativo, quando a plataforma dispõe de um, é aquele em que deve confiar.
Tudo parou e nunca voltou
Isso significa que o interruptor está a funcionar. Um interruptor mantido ativo deixa uma ligação inativa até o túnel voltar e um cliente que não consiga voltar a ligar-se mantém-no offline até lhe dizer para se desligar corretamente ou desligar o interruptor. Num portátil, é este o comportamento que pediu; só parece uma falha porque a falha que impede é silenciosa.
Só algumas coisas pararam
Há algo isento. Uma regra de divisão de túnel, uma extensão do navegador com o seu próprio proxy ou uma aplicação que mantenha aberta uma ligação estabelecida antes de o túnel estar ativo continuará a funcionar através de um interruptor mantido ativo; cada um desses casos é uma configuração, não uma falha do interruptor. Verifique as exceções no cliente e depois a definição que controla as ligações estabelecidas antes de o túnel estar ativo, que alguns clientes deixam inalterada por predefinição.
Os mesmos passos, outras máquinas
O resto das plataformas
Cada plataforma tem o seu próprio guia, em vez de um separador neste. Os passos divergem assim que o instalador abre, e uma página que responde a três plataformas ao mesmo tempo não responde bem a nenhuma delas.