Toque em desconectar na VPN do iPhone, abra um navegador e o túnel já está ativo antes de a página carregar, o que faz o interruptor parecer quebrado. Normalmente isso funciona como projetado, só não como o usuário queria. Desconectar encerra uma sessão; outra coisa ainda tem permissão para iniciar uma nova. Três donos diferentes podem fazer isso no iOS, e cada um deixa uma impressão diferente no momento em que a reconexão acontece.

Desconectar não é desativar

Uma desconexão manual diz ao túnel para parar. Ela não necessariamente diz ao sistema para parar de pedi-lo. As regras de conexão sob demanda, a política de conexão automática do app de um provedor e uma configuração gerenciada sempre ativa sobrevivem a uma desconexão, e cada uma pode iniciar a conexão de novo sem que o usuário toque em nada.

A distinção importa porque a solução está no dono. Acionar o interruptor com mais força nunca ajuda, e excluir o perfil é uma ação muito maior do que o problema exige. Encontre primeiro o gatilho e depois decida se mudá-lo é sua tarefa. Essa ordem também evita que você remova uma configuração que funciona atrás de uma regra que mora em outro lugar.

Compare os três donos pelo gatilho deles

A conexão sob demanda reage a condições que o sistema operacional avalia: entrar numa rede ou uma solicitação que envolve um domínio que a regra corresponde. O app de um provedor pode levantar uma conexão quando inicia ou quando sua própria política em segundo plano decide. Uma implantação gerenciada sempre ativa é um requisito no nível do dispositivo que o usuário não deve contornar de forma alguma.

Observe qual evento precede a reconexão e o dono fica bastante óbvio. É a diferença entre uma regra que você pode editar e uma política sobre a qual só pode perguntar.

O que as regras sob demanda realmente fazem

O comportamento sob demanda é uma lista ordenada. Cada entrada corresponde a uma condição e produz uma ação: conectar, desconectar, avaliar uma tentativa de conexão ou ignorar. Uma regra de conexão que aparece antes de uma regra de desconexão vence sempre que as duas correspondem, e é por isso que um dispositivo pode reconectar imediatamente após uma desconexão manual.

As regras também podem ser orientadas por domínio, correspondendo a um nome de host numa solicitação em vez de uma mudança de interface. Esse é o padrão por trás de «a VPN volta quando abro o site da intranet», e ele aponta para o provedor ou o perfil que instalou a regra, não para o próprio iOS.

O sempre ativa gerenciado não é uma opção pessoal

Num dispositivo supervisionado e gerenciado, a organização pode exigir que uma VPN permaneça ativa e pode remover a capacidade do usuário de desativá-la. Nenhuma quantidade de alternâncias nos Ajustes mudará isso, e a resposta honesta é que o comportamento pertence à política do administrador.

Pergunte qual política se aplica e qual processo de exceção existe, se houver. Excluir o perfil de gerenciamento instalado não é uma solução suportada; ele pode remover outra configuração da qual o dispositivo depende e pode quebrar os relatórios de conformidade.

Teste removendo o gatilho, não o perfil

Deixe o perfil instalado, desconecte e repita o evento que antes reiniciava o túnel: entre no mesmo Wi-Fi, abra o mesmo app, solicite o mesmo nome interno. Se o túnel voltar naquele momento, você identificou o gatilho e pode procurar o ajuste que o possui.

Mude um ajuste no dono e repita o mesmo teste. Se a reconexão parar, você tem a resposta; se persistir, o gatilho está em outro lugar e o perfil nunca foi o problema. Um arquivo de ajustes baixado que ainda está no app Arquivos também não é uma configuração instalada, então excluir o arquivo não prova nada.

O resultado útil é uma frase que você pode anotar: esta conexão é iniciada por esta regra ou política, e pertence a esta parte. Quando isso é verdade, o interruptor deixa de parecer imprevisível, e a próxima pessoa que reportar recebe uma resposta direta em vez de outra reinstalação.

Artigos relacionados