Entrar numa Wi-Fi ativa a VPN do iPhone: crie a ação primeiro
Um gatilho morto e uma ação de VPN que falha parecem iguais por fora. Prove a conexão sozinha e depois ligue a automação de Wi-Fi a ela.
Duas falhas parecem idênticas por fora: uma ação de VPN que não consegue terminar e uma automação que nunca correu. Criar primeiro a conexão e depois o gatilho separa as duas em cerca de um minuto. Também liga a automação a algo já provado, o que remove metade das variáveis antes de as permissões entrarem na conversa. Essa ordem não custa nada e poupa a confusão que se segue a um gatilho que dispara em silêncio.
Primeiro crie a ação, sozinha
Crie um atalho com um nome que reconhecerá mais tarde, adicione a ação Definir VPN e aponte-a para a configuração guardada que o telefone já tem. Escolha Ligar explicitamente em vez de um interruptor, porque um interruptor depende do estado atual e dá um resultado diferente na segunda execução. Depois execute o atalho à mão e conclua qualquer autenticação que o perfil normalmente peça. Faça isso uma vez com o telefone desbloqueado, para que a primeira execução não seja também um teste do comportamento com o bloqueio.
Se a configuração não aparecer de todo na ação, pare aqui e leia as instruções do próprio fornecedor. Alguns clientes não expõem a sua ligação aos Atalhos, e nenhuma quantidade de automação criará essa exposição. Verifique na documentação da própria aplicação se existe uma secção sobre Atalhos antes de assumir que a ação está avariada.
Prove a ação antes de confiar no gatilho
Execute o atalho a partir da aplicação, veja se o indicador de VPN aparece e abra um recurso privado que só funcione através do túnel. Um indicador verde com um serviço a falhar é um problema de encaminhamento, não de automação, e tem de ser corrigido antes de um gatilho ficar por cima. Feche a aplicação e volte a abri-la para garantir que a resposta do serviço veio pelo túnel e não de uma cache.
Execute-o imediatamente uma segunda vez. Se a segunda execução desligar em vez de ligar, a ação é um interruptor disfarçado e a automação produzirá exatamente esse comportamento sempre que a rede mudar.
Depois ligue a automação de Wi-Fi
Adicione uma automação pessoal com um gatilho de Wi-Fi, selecione a rede e escolha executar imediatamente em vez de perguntar primeiro. Aponte-a para o atalho que acabou de provar. Ative a opção que a deixa correr com o telefone bloqueado só depois de decidir que isso é aceitável para uma ligação que pode precisar de uma pessoa.
Saia do alcance e volte a entrar com o telefone na mão para o primeiro teste. Veja se a automação dispara de todo antes de ver o que a VPN faz.
O que uma automação ainda não consegue fazer
Não consegue fornecer uma pessoa para um desafio interativo. Se o perfil abrir um início de sessão web ou pedir um código de utilização única, a automação para aí, e colocar uma palavra-passe ou um código numa ação de texto para contornar isso move um segredo para um local com proteção mais fraca.
Também não consegue garantir que nada sai do telefone antes de o túnel estar pronto. Entrar numa rede e concluir uma ligação VPN são acontecimentos separados, por isso um requisito rigoroso de nenhum tráfego antes do túnel pertence à política de aplicação da própria ligação, não ao momento de um atalho.
Quando a opção nativa On Demand encaixa melhor
Para uma regra permanente como ligar em dados móveis e ficar de fora numa rede com nome, a aplicação ou um perfil gerido podem oferecer condições On Demand que o sistema avalia continuamente. Dois mecanismos que pedem coisas opostas produzem um túnel que oscila, por isso escolha um único dono.
Tenha cuidado com as exceções de redes de confiança. O nome de uma rede é uma etiqueta e qualquer ponto de acesso pode transportá-la; decida deliberadamente o que acontece em dados móveis e em redes desconhecidas em vez de herdar um perfil que desliga sempre que nada corresponde.