Tilslutning til Wi-Fi udløser iPhone-VPN: byg handlingen først
En død udløser og en fejlende VPN-handling ser ens ud udefra. Bevis forbindelsen alene, og knyt derefter Wi-Fi-automatiseringen til den.
To fejl ser ens ud udefra: en VPN-handling, der ikke kan fuldføres, og en automatisering, der aldrig kørte. Bygger man først forbindelsen og derefter udløseren, skiller man dem ad på cirka et minut. Det knytter også automatiseringen til noget, der allerede er bevist, hvilket fjerner halvdelen af variablerne, før tilladelser kommer ind i samtalen. Den rækkefølge koster ingenting og sparer den forvirring, der følger en udløser, som udløses i det stille.
Byg først handlingen, helt alene
Opret en genvej med et navn, du kan genkende senere, tilføj derefter handlingen Angiv VPN, og peg den på den gemte konfiguration, telefonen allerede har. Vælg Tilslut udtrykkeligt i stedet for en kontakt, fordi en kontakt afhænger af den aktuelle tilstand og giver et andet resultat ved anden kørsel. Kør derefter genvejen manuelt, og fuldfør den godkendelse, profilen plejer at kræve. Gør det én gang med telefonen oplåst, så første kørsel ikke også er en test af låseadfærd.
Hvis konfigurationen slet ikke vises i handlingen, så stop her og læs udbyderens egne instruktioner. Nogle klienter udstiller ikke deres forbindelse til Genveje, og ingen mængde automatisering skaber den udstillelse. Tjek appens egen dokumentation for et afsnit om Genveje, før du antager, at handlingen er i stykker.
Bevis handlingen, før du stoler på udløseren
Kør genvejen fra appen, se om VPN-indikatoren dukker op, og åbn en privat ressource, der kun virker gennem tunnelen. En grøn indikator med en tjeneste, der fejler, er et ruteringsproblem, ikke et automatiseringsproblem, og det skal rettes, før en udløser hviler oven på det. Luk appen og åbn den igen for at sikre, at tjenestens svar kom gennem tunnelen og ikke fra en cache.
Kør den med det samme en anden gang. Hvis anden kørsel afbryder i stedet for at forbinde, er handlingen en kontakt i forklædning, og automatiseringen vil producere præcis den adfærd, hver gang netværket ændres.
Knyt derefter Wi-Fi-automatiseringen til
Tilføj en personlig automatisering med en Wi-Fi-udløser, vælg netværket, og vælg at køre med det samme i stedet for først at spørge. Peg den på den genvej, du netop har bevist. Slå indstillingen til, der lader den køre, mens telefonen er låst, først når du har vurderet, at det er acceptabelt for en forbindelse, der kan have brug for et menneske.
Gå ud af rækkevidde og ind igen med telefonen i hånden til den første test. Se, om automatiseringen udløses overhovedet, før du ser på, hvad VPN gør.
Hvad en automatisering stadig ikke kan
Den kan ikke skaffe et menneske til en interaktiv udfordring. Hvis profilen åbner et web-login eller beder om en engangskode, stopper automatiseringen der, og at lægge en adgangskode eller kode i en teksthandling for at omgå det flytter en hemmelighed til et sted med svagere beskyttelse.
Den kan heller ikke garantere, at intet forlader telefonen, før tunnelen er klar. At tilslutte et netværk og at fuldføre en VPN-forbindelse er adskilte hændelser, så et strengt krav om ingen trafik før tunnelen hører til forbindelsens egen håndhævelsespolitik, ikke til timingen i en genvej.
Når den indbyggede On Demand-mulighed passer bedre
Til en fast regel som at forbinde på mobilnettet og holde sig væk på et navngivet netværk kan appen eller en administreret profil tilbyde On Demand-betingelser, som systemet vurderer løbende. To mekanismer, der beder om modsatte ting, skaber en tunnel, der blafrer, så vælg én ejer.
Vær forsigtig med undtagelser for betroede netværk. Et netværksnavn er en etiket, og ethvert adgangspunkt kan bære det; beslut bevidst, hvad der sker på mobilnettet og på ukendte netværk, i stedet for at arve en profil, der afbryder, når intet passer.