Tilkobling til Wi-Fi slår på iPhone-VPN-et: bygg handlingen først

To feil ser like ut utenfra: en VPN-handling som ikke kan fullføres, og en automasjon som aldri kjørte. Å bygge forbindelsen først og utløseren etterpå skiller dem på omtrent ett minutt. Det fester også automasjonen til noe som allerede er bevist, og fjerner dermed halvparten av variablene før tillatelser i det hele tatt kommer på bordet. Den rekkefølgen koster ingenting og sparer deg for forvirringen som følger en utløser som fyrer av i stillhet.

Bygg handlingen først, helt for seg selv

Lag en snarvei med et navn du vil kjenne igjen senere, legg så til handlingen Angi VPN og pek den mot den lagrede konfigurasjonen som telefonen allerede har. Velg Koble til uttrykkelig i stedet for en bryter, fordi en bryter er avhengig av gjeldende tilstand og gir et annet resultat på andre kjøring. Kjør så snarveien for hånd og fullfør den autentiseringen profilen pleier å be om. Gjør det én gang mens telefonen er ulåst, slik at første kjøring ikke samtidig blir en test av låseatferd.

Dukker ikke konfigurasjonen opp i handlingen i det hele tatt, stopp her og les leverandørens egne instruksjoner. Enkelte klienter gjør ikke forbindelsen sin tilgjengelig for Snarveier, og ingen mengde automasjon skaper den tilgjengeligheten. Sjekk appens egen dokumentasjon for et avsnitt om Snarveier før du antar at handlingen er ødelagt.

Bevis handlingen før du stoler på utløseren

Kjør snarveien fra appen, se om VPN-indikatoren dukker opp, og åpne en privat ressurs som bare virker gjennom tunnelen. En grønn indikator med en tjeneste som feiler er et ruteproblem, ikke et automatiseringsproblem, og det må være rettet før en utløser hviler oppå det. Lukk appen og åpne den igjen for å være sikker på at svaret fra tjenesten kom gjennom tunnelen og ikke fra en hurtigbuffer.

Kjør den en gang til med en gang. Kobler andre kjøring fra i stedet for å koble til, er handlingen en bryter i forkledning, og automasjonen vil gjøre nøyaktig det hver gang nettverket endrer seg.

Koble så Wi-Fi-automatiseringen til

Legg til en personlig automasjon med en Wi-Fi-utløser, velg nettverket, og velg å kjøre med en gang i stedet for å spørre først. Pek den mot snarveien du nettopp beviste. Slå på valget som lar den kjøre mens telefonen er låst først etter at du har avgjort at det er greit for en forbindelse som kan trenge et menneske.

Gå ut av rekkevidde og tilbake med telefonen i hånden for den første testen. Se om automasjonen fyrer av i det hele tatt før du ser på hva VPN-et gjør.

Hva en automasjon fortsatt ikke klarer

Den kan ikke skaffe et menneske til en interaktiv utfordring. Åpner profilen en innlogging på nettet eller ber om en engangskode, stopper automasjonen der, og å putte et passord eller en kode i en teksthandling for å omgå det flytter en hemmelighet til et sted med svakere beskyttelse.

Den kan heller ikke garantere at ingenting forlater telefonen før tunnelen er klar. Å bli med i et nettverk og å fullføre en VPN-forbindelse er to separate hendelser, så et strengt krav om ingen trafikk før tunnelen hører hjemme i forbindelsens egen håndhevelsespolicy, ikke i timingen til en snarvei.

Når det innebygde On Demand-valget passer bedre

For en fast regel som å koble til på mobilnett og holde seg unna på et navngitt nettverk, kan appen eller en administrert profil tilby On Demand-betingelser som systemet vurderer fortløpende. To mekanismer som ber om motsatte ting lager en tunnel som blafrer, så velg én eier.

Vær forsiktig med unntak for klarerte nettverk. Et nettverksnavn er en etikett, og hvilket som helst aksesspunkt kan bære det; bestem bevisst hva som skjer på mobilnett og på ukjente nettverk i stedet for å arve en profil som kobler fra når ingenting passer.