VPN no iPhone após reiniciar: o que deve acontecer primeiro
Transforme «manter a VPN ligada» num requisito de arranque: o que liga, o que ainda precisa de uma pessoa e o que fica bloqueado antes de a primeira tarefa protegida correr.
«Manter a VPN ligada» aguenta cerca de trinta segundos de perguntas. Ligada depois de reiniciar? Ligada antes de desbloquear o telefone? Ligada enquanto o Wi-Fi ainda mostra uma página de início de sessão? Bloquear o tráfego até o túnel subir ou deixar a primeira aplicação tentar em direto? São quatro requisitos diferentes, e só alguns podem ser garantidos configurando o telefone. Escreva a resposta como uma linha temporal com etapas e depois verifique cada etapa após um reinício real.
| Stage | Personal profile | Supervised Always On |
|---|---|---|
| Before first unlock | do not assume a tunnel | do not assume a tunnel either |
| After unlock, network up | depends on the provider or On Demand rule | activates without user interaction |
| Tunnel negotiating | first app may already be trying | policy decides whether traffic waits |
| Gateway unreachable | usually falls back to whatever the client allows | follows the deployed policy |
Escreva o requisito como uma linha temporal
Comece pelo momento que importa ao negócio: que tarefa protegida não deve acontecer sem túnel e quanto tempo depois do arranque se tenta realmente essa tarefa. Tudo antes desse momento é uma sequência, e é a sequência que verifica. Uma nota que diga «a VPN tem de estar ligada» não se testa, enquanto «nenhum tráfego para o anfitrião de registos antes de o túnel estar estabelecido» testa-se.
Depois separe o que um telefone pessoal consegue fazer do que um parque supervisionado consegue fazer, porque as duas respostas não são intermutáveis.
Passo um: o estado antes do primeiro desbloqueio
Não deduza o comportamento antes do desbloqueio a partir de um túnel que viu depois de desbloquear. O teste honesto é reiniciar, deixar o telefone bloqueado e observar do outro lado se se forma algum túnel. Na maioria das configurações pessoais a resposta será não, e isso não é um defeito; significa apenas que a primeira tarefa protegida não deve ser tentada antes de o telefone ser desbloqueado.
Se um requisito depende mesmo de cobertura antes do desbloqueio, leve-o ao responsável pela implementação e não a uma definição no cliente.
Passo dois: preparação da rede e portais cativos
O Always On supervisionado ativa-se sem interação do utilizador e persiste entre reinícios enquanto o perfil estiver instalado, e o estabelecimento ocorre quando a interface obtém acessibilidade IP. É essa última frase a importante: um telefone que ainda não obteve um endereço não tem onde construir. Um portal de hotel que não foi aceite é uma rede que não está pronta exatamente neste sentido, e nenhuma preferência de VPN memorizada o conclui por si.
Por isso a nota de aceitação precisa de uma linha para o caso do portal. Ou o telefone espera, ou um utilizador atravessa primeiro o portal, e qual das duas é aceitável depende de quem viaja. Escreva a escolha, porque a pessoa que reinicia às sete da manhã não a vai inventar. Um portal que exige um número de quarto é também um caso diferente de um que só aceita uma caixa de verificação.
Passo três: autenticação que ainda precisa de uma pessoa
A ativação automática e a autenticação automática são capacidades separadas. Um perfil com certificado de dispositivo consegue concluir a segunda sem uma pessoa, enquanto um gateway que exige um fator de uso único não consegue, e nenhuma política o fará. Determine qual das duas está a implementar antes de prometer uma sequência de arranque sem mãos.
Depois registe o estado intermédio de forma explícita: se a autenticação está pendente, o tráfego é bloqueado, colocado em fila ou enviado diretamente? A resposta pertence ao plano, porque é a janela em que uma configuração errada se torna uma fuga. Teste-o tornando o gateway inacessível e observando o que o telefone faz, em vez de ler a descrição que o cliente faz de si próprio.
Passo quatro: a primeira tarefa protegida, depois uma transição
Após o reinício planeado, abra a tarefa protegida e confirme que é bem-sucedida e que usou realmente o túnel. Depois repita a mesma tarefa durante uma transição de Wi-Fi para rede móvel, porque essa mudança renegocia a rede subjacente e é aí que um perfil que só funcionava no arranque começa a falhar. Registe três factos por execução: se a ligação subiu automaticamente, se teve de se autenticar e se o recurso esperado respondeu.
Se a proteção durante o intervalo for obrigatória, use o método de verificação aprovado pelo responsável pela implementação. Um único carregamento de página bem-sucedido não pode mostrar que nada foi direto antes.