VPN no iPhone: perfil nativo ou aplicativo do provedor?

Três condições decidem como uma VPN deve ser configurada num iPhone: que protocolo o servidor oferece, se o telefone é gerido pessoalmente ou supervisionado, e o que deve acontecer quando a rede muda. Um perfil de configuração nativo e um aplicativo do provedor são mecanismos diferentes, não duas formas de introduzir o mesmo endereço. Ajustá-los a essas condições evita a maioria das configurações que falham após a primeira saída do edifício.

O protocolo é o primeiro filtro; o segundo é quem controla o dispositivo.

Combine o protocolo antes da App Store

O iOS suporta configurações nativas IKEv2, L2TP sobre IPsec e Cisco IPsec, cada uma com as suas próprias opções de autenticação e campos de perfil. Outros protocolos, incluindo OpenVPN e WireGuard, chegam através de um aplicativo que usa a estrutura Network Extension. Um ficheiro criado para um não pode ser selecionado como o outro, e é por isso que um perfil que se importa corretamente pode mesmo assim não ligar. Confirme o protocolo do servidor antes de escolher o cliente.

Peça ao provedor a configuração exata que espera para o iOS. As instruções para computador assumem frequentemente funções que o telefone não expõe, e uma exportação específica para o telefone elimina as suposições.

Um perfil ao nível do sistema ou um pacote de aplicação

Um perfil nativo é instalado ao nível do sistema, pelo que a ligação pode existir antes de qualquer aplicação abrir e pode ser gerida por quem forneceu o perfil. Um aplicativo do provedor empacota o túnel dentro de uma aplicação, dando ao provedor espaço para a sua própria interface e conjunto de funções. Num telefone de trabalho, um perfil gerido pode transportar certificados e regras de acesso a recursos específicos, e substituí-lo por uma aplicação pessoal não é uma troca equivalente. Pergunte ao administrador antes de mudar alguma coisa.

Num telefone pessoal, verifique a origem antes de aprovar um perfil. Exportações completas e códigos QR podem conter credenciais ou uma raiz de confiança, por isso trate-os como segredos e mantenha-os fora de capturas de ecrã e conversas.

O que o On Demand promete realmente

O On Demand pode levantar uma ligação sob condições definidas pela Apple, e o modelo Always On supervisionado tem um comportamento mais rigoroso que um dispositivo pessoal não recebe. Não se deve presumir que o rótulo de ligação automática de uma aplicação de consumo forneça qualquer uma das duas coisas. As questões práticas são o que acontece antes de o túnel estar disponível, o que acontece após uma desconexão manual e o que acontece quando o telefone reinicia. Reconectar automaticamente e bloquear o tráfego fora do túnel são promessas distintas.

A cobertura é uma terceira questão: a configuração pode transportar todo o tráfego de internet, um conjunto de destinos privados ou apenas aplicações geridas.

Teste as transições e a revogação

Conclua primeiro o início de sessão no portal Wi-Fi através do aviso normal do iOS, porque um portal cativo não deixará o túnel estabelecer-se. Depois teste as transições que realmente vive: de Wi-Fi para móvel, de móvel de volta para Wi-Fi e o bloqueio do ecrã com a ligação inativa. Anote se o túnel recupera e se a aplicação recupera com ele. Um nome de protocolo não garante uma chamada ininterrupta durante uma transição.

Uma região guardada, uma localização de dispositivo permitida e um início de sessão de conta contínuo não são medições da saída pública. Teste a aplicação pretendida e ambas as famílias de endereços quando relevante, com uma verificação que relata o que aconteceu realmente.

Para um telefone perdido, confirme a origem do perfil e o processo de revogação. Eliminar uma aplicação local não remove necessariamente a sua autorização remota.