To feil ser identiske ut utenfra: en VPN-handling som ikke kan fullføres, og en automasjon som aldri kjørte. Bygger man først forbindelsen og deretter utløseren, skiller man dem på rundt et minutt. Det knytter også automasjonen til noe som allerede er bevist, noe som fjerner halvparten av variablene før tillatelser kommer inn i samtalen. Den rekkefølgen koster ingenting og sparer forvirringen som følger en utløser som fyrer av i det stille.

Bygg først handlingen, helt alene

Lag en snarvei med et navn du kjenner igjen senere, legg deretter til handlingen Angi VPN og pek den mot den lagrede konfigurasjonen telefonen allerede har. Velg Koble til eksplisitt i stedet for en bryter, fordi en bryter avhenger av gjeldende tilstand og gir et annet resultat ved andre kjøring. Kjør deretter snarveien manuelt og fullfør den autentiseringen profilen vanligvis ber om. Gjør det én gang med telefonen ulåst, slik at første kjøring ikke også er en test av låseatferd.

Hvis konfigurasjonen ikke vises i handlingen i det hele tatt, stopp her og les leverandørens egne instruksjoner. Noen klienter eksponerer ikke forbindelsen sin til Snarveier, og ingen mengde automasjon skaper den eksponeringen. 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 fungerer gjennom tunnelen. En grønn indikator med en tjeneste som feiler er et ruteproblem, ikke et automasjonsproblem, og det må rettes før en utløser hviler på det. Lukk appen og åpne den igjen for å være sikker på at tjenestens svar kom gjennom tunnelen og ikke fra en cache.

Kjør den med en gang en gang til. Hvis andre kjøring kobler fra i stedet for å koble til, er handlingen en bryter i forkledning, og automasjonen vil produsere nøyaktig den atferden hver gang nettverket endres.

Koble deretter til Wi-Fi-automasjonen

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 vurdert at det er akseptabelt for en forbindelse som kan trenge et menneske.

Gå ut av rekkevidde og inn igjen 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-en gjør.

Hva en automasjon fortsatt ikke kan

Den kan ikke skaffe et menneske til en interaktiv utfordring. Hvis profilen åpner en innlogging på nettet eller ber om en engangskode, stopper automasjonen der, og å legge 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 separate hendelser, så et strengt krav om ingen trafikk før tunnelen hører hjemme i forbindelsens egen håndhevingspolicy, ikke i timingen til en snarvei.

Når det innebygde On Demand-alternativet passer bedre

For en fast regel som å koble til på mobilnett og holde seg utenfor på et navngitt nettverk, kan appen eller en administrert profil tilby On Demand-betingelser som systemet vurderer kontinuerlig. To mekanismer som krever 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 ethvert 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.

Relaterte artikler