Anslutning till Wi-Fi startar iPhone-VPN: bygg åtgärden först

Två fel ser identiska ut utifrån: en VPN-åtgärd som inte kan slutföras och en automatisering som aldrig kördes. Att bygga anslutningen först och utlösaren sedan skiljer dem på ungefär en minut. Det kopplar också automatiseringen till något redan bevisat, vilket tar bort hälften av variablerna innan behörigheter kommer in i samtalet. Den ordningen kostar inget och sparar förvirringen som följer på en utlösare som slår till i tysthet.

Bygg först åtgärden, helt för sig

Skapa en genväg med ett namn du känner igen senare, lägg sedan till åtgärden Ange VPN och peka den mot den sparade konfigurationen som telefonen redan har. Välj Anslut uttryckligen i stället för en växel, eftersom en växel beror på aktuellt tillstånd och ger ett annat resultat vid andra körningen. Kör sedan genvägen manuellt och slutför den autentisering som profilen brukar begära. Gör det en gång med telefonen upplåst, så att första körningen inte också är ett test av låsbeteende.

Om konfigurationen inte dyker upp i åtgärden alls, stanna här och läs leverantörens egna instruktioner. Vissa klienter exponerar inte sin anslutning för Genvägar, och ingen mängd automatisering skapar den exponeringen. Kontrollera appens egen dokumentation efter ett avsnitt om Genvägar innan du antar att åtgärden är trasig.

Bevisa åtgärden innan du litar på utlösaren

Kör genvägen från appen, se om VPN-indikatorn dyker upp och öppna en privat resurs som bara fungerar genom tunneln. En grön indikator med en tjänst som fallerar är ett routingproblem, inte ett automatiseringsproblem, och det måste åtgärdas innan en utlösare vilar ovanpå. Stäng appen och öppna den igen för att vara säker på att tjänstens svar kom genom tunneln och inte från en cache.

Kör den direkt en gång till. Om andra körningen kopplar ner i stället för att koppla upp är åtgärden en förklädd växel och automatiseringen kommer att ge exakt det beteendet varje gång nätverket ändras.

Koppla sedan till Wi-Fi-automatiseringen

Lägg till en personlig automatisering med en Wi-Fi-utlösare, välj nätverket och välj att köra direkt i stället för att fråga först. Peka den mot genvägen du just bevisade. Slå på alternativet som låter den köra med telefonen låst först efter att du bedömt att det är acceptabelt för en anslutning som kan behöva en människa.

Gå ut ur räckvidd och in igen med telefonen i handen för det första testet. Se om automatiseringen slår till över huvud taget innan du ser vad VPN:en gör.

Vad en automatisering fortfarande inte kan

Den kan inte skaffa en människa till en interaktiv utmaning. Om profilen öppnar en inloggning på webben eller begär en engångskod stannar automatiseringen där, och att lägga ett lösenord eller en kod i en textåtgärd för att kringgå det flyttar en hemlighet till en plats med svagare skydd.

Den kan inte heller garantera att ingenting lämnar telefonen innan tunneln är klar. Att ansluta till ett nätverk och att slutföra en VPN-anslutning är separata händelser, så ett strikt krav på ingen trafik före tunneln hör hemma i anslutningens egen tillämpningspolicy, inte i en genvägs tidsstyrning.

När det inbyggda On Demand-alternativet passar bättre

För en stående regel som att ansluta på mobilnät och hålla sig utanför ett namngivet nätverk kan appen eller en hanterad profil erbjuda On Demand-villkor som systemet utvärderar kontinuerligt. Två mekanismer som begär motsatta saker skapar en tunnel som fladdrar, så välj en ägare.

Var försiktig med undantag för betrodda nätverk. Ett nätverksnamn är en etikett och vilken åtkomstpunkt som helst kan bära det; bestäm medvetet vad som händer på mobilnät och på okända nätverk i stället för att ärva en profil som kopplar ner när ingenting stämmer.