A VPN do iPhone reconéctase tras desactivala: quen a reinicia?

Toque desconectar na VPN do iPhone, abra un navegador e o túnel volve estar activo antes de que cargue a páxina, o que fai que o interruptor pareza roto. Normalmente funciona tal como se deseñou, só que non como o usuario quería. Desconectar remata unha sesión; algo máis segue tendo permiso para iniciar outra. Tres donos distintos poden facelo en iOS, e cada un deixa unha pegada diferente no momento en que ocorre a reconexión.

Desconectar non é desactivar

Unha desconexión manual dille ao túnel que se deteña. Non lle di necesariamente ao sistema que deixe de pedilo. As regras de conexión baixo demanda, a política de conexión automática da app dun provedor e unha configuración xestionada sempre activa sobreviven a unha desconexión, e cada unha pode iniciar a conexión de novo sen que o usuario toque nada.

A distinción importa porque a solución está no dono. Mover o interruptor con máis forza nunca axuda, e borrar o perfil é unha acción moito maior do que o problema esixe. Atope primeiro o desencadeante e despois decida se cambialo é cousa súa. Esa orde tamén evita que elimine unha configuración que funciona perseguindo unha regra que vive noutro lugar.

Compare os tres donos polo seu desencadeante

A conexión baixo demanda reacciona a condicións que avalía o sistema operativo: unirse a unha rede ou unha solicitude que implica un dominio que a regra coincide. A app dun provedor pode levantar unha conexión cando se inicia ou cando a súa propia política en segundo plano o decide. Un despregamento xestionado sempre activa é un requisito de nivel de dispositivo que o usuario non debe anular en absoluto.

Observe que evento precede a reconexión e o dono vólvese bastante obvio. É a diferenza entre unha regra que pode editar e unha política sobre a que só pode preguntar.

Que fan realmente as regras baixo demanda

O comportamento baixo demanda é unha lista ordenada. Cada entrada coincide cunha condición e produce unha acción: conectar, desconectar, avaliar un intento de conexión ou ignorar. Unha regra de conexión que aparece antes dunha regra de desconexión gaña sempre que ambas coincidan, e por iso un dispositivo pode reconectarse de inmediato tras unha desconexión manual.

As regras tamén poden estar baseadas en dominios, coincidindo cun nome de host nunha solicitude en lugar dun cambio de interface. Ese é o patrón detrás de «a VPN volve cando abro o sitio da intranet», e apunta ao provedor ou ao perfil que instalou a regra, non ao propio iOS.

O sempre activa xestionado non é unha opción persoal

Nun dispositivo supervisado e xestionado, a organización pode esixir que unha VPN permaneza activa e pode quitar ao usuario a capacidade de desactivala. Ningunha cantidade de cambios en Axustes cambiará iso, e a resposta honesta é que o comportamento pertence á política do administrador.

Pregunte que política se aplica e que proceso de excepción existe, se o hai. Eliminar o perfil de xestión instalado non é unha solución admitida; pode quitar outra configuración da que depende o dispositivo e pode romper os informes de cumprimento.

Probe eliminando o desencadeante, non o perfil

Deixe o perfil instalado, desconecte e repita o evento que antes reiniciaba o túnel: únase ao mesmo Wi-Fi, abra a mesma app, solicite o mesmo nome interno. Se o túnel volve nese momento, identificou o desencadeante e pode buscar o axuste que o posúe.

Cambie un axuste no dono e repita a mesma proba. Se a reconexión se detén, ten a resposta; se persiste, o desencadeante está noutro lugar e o perfil nunca foi o problema. Un ficheiro de axustes descargado que aínda está en Ficheiros tampouco é unha configuración instalada, así que eliminar o ficheiro non demostra nada.

O resultado útil é unha frase que pode anotar: esta conexión iníciaa esta regra ou política, e posúea esta parte. Cando iso é certo, o interruptor deixa de sentirse imprevisible, e a seguinte persoa que o reporte recibe unha resposta directa en lugar doutra reinstalación.