Két hiba kívülről azonosnak látszik: egy VPN-művelet, amely nem tud befejeződni, és egy automatizálás, amely soha nem futott le. Ha előbb a kapcsolatot, aztán a kiváltót építi fel, körülbelül egy perc alatt elválasztja őket. Ezzel az automatizálást valami már bizonyítotthoz csatolja, ami a változók felét eltávolítja, mielőtt az engedélyek szóba kerülnek. Ez a sorrend semmibe nem kerül, és megspórolja a csendben elsülő kiváltó utáni zavart.

Először magát a műveletet építse fel

Hozzon létre egy parancsikont olyan névvel, amelyet később felismer, majd adja hozzá a VPN beállítása műveletet, és irányítsa a telefonon már meglévő mentett konfigurációra. Kifejezetten a Csatlakozás lehetőséget válassza egy kapcsoló helyett, mert a kapcsoló a jelenlegi állapottól függ, és a második futásnál más eredményt ad. Ezután futtassa a parancsikont kézzel, és fejezze be a profil által szokásosan kért hitelesítést. Tegye ezt egyszer feloldott telefonnal, hogy az első futás ne legyen a zárolási viselkedés próbája is.

Ha a konfiguráció egyáltalán nem jelenik meg a műveletben, álljon meg itt, és olvassa el a szolgáltató saját útmutatását. Egyes kliensek nem teszik elérhetővé a kapcsolatukat a Parancsikonok számára, és semmilyen automatizálás nem hozza létre ezt az elérhetőséget. Nézze meg az alkalmazás saját dokumentációjában a Parancsikonokról szóló részt, mielőtt feltételezi, hogy a művelet elromlott.

Bizonyítsa a műveletet, mielőtt megbízik a kiváltóban

Futtassa a parancsikont az alkalmazásból, figyelje, megjelenik-e a VPN-jelző, és nyisson meg egy privát erőforrást, amely csak az alagúton keresztül működik. A zöld jelző egy meghiúsuló szolgáltatással útválasztási probléma, nem automatizálási probléma, és ki kell javítani, mielőtt egy kiváltó rátelepül. Zárja be az alkalmazást, és nyissa meg újra, hogy biztosan az alagúton át érkezett-e a szolgáltatás válasza, és nem egy gyorsítótárból.

Futtassa le azonnal másodszor is. Ha a második futás bontja a kapcsolatot ahelyett hogy csatlakozna, a művelet álcázott kapcsoló, és az automatizálás minden alkalommal pontosan ezt a viselkedést fogja produkálni, amikor a hálózat megváltozik.

Aztán csatolja hozzá a Wi-Fi-automatizálást

Adjon hozzá személyes automatizálást Wi-Fi-kiváltóval, válassza ki a hálózatot, és válassza az azonnali futást ahelyett, hogy előbb kérdezne. Irányítsa arra a parancsikonra, amelyet épp most bizonyított. Csak azután kapcsolja be azt a lehetőséget, amely zárolt telefon mellett is engedi futni, hogy eldöntötte: ez elfogadható egy olyan kapcsolat esetében, amelyhez emberre lehet szükség.

Az első próbához sétáljon ki a hatótávolságból, majd vissza, a telefont a kezében tartva. Figyelje, egyáltalán elsül-e az automatizálás, mielőtt azt figyelné, mit tesz a VPN.

Amit az automatizálás még mindig nem tud

Nem tud embert biztosítani egy interaktív kihíváshoz. Ha a profil webes bejelentkezést nyit, vagy egyszeri kódot kér, az automatizálás ott megáll, és ha ezt megkerülve jelszót vagy kódot tesz egy szövegműveletbe, akkor egy titkot gyengébb védelem alá helyez.

Azt sem tudja garantálni, hogy semmi nem hagyja el a telefont, mielőtt az alagút elkészül. A hálózathoz csatlakozás és a VPN-kapcsolat befejezése külön esemény, ezért a szigorú „az alagút előtt semmilyen forgalom” követelmény a kapcsolat saját érvényesítési szabályába tartozik, nem egy parancsikon időzítésébe.

Amikor a beépített On Demand lehetőség jobban illik

Állandó szabályhoz, például mobilhálózaton csatlakozni és egy megnevezett hálózaton kívül maradni, az alkalmazás vagy egy felügyelt profil kínálhat On Demand feltételeket, amelyeket a rendszer folyamatosan értékel. Két mechanizmus, amely ellentétes dolgokat kér, remegő alagutat hoz létre, ezért egyetlen tulajdonost válasszon.

Legyen óvatos a megbízható hálózatok kivételeivel. A hálózat neve címke, és bármely hozzáférési pont viselheti; döntse el tudatosan, mi történik a mobilhálózaton és az ismeretlen hálózatokon, ahelyett hogy örökölne egy profilt, amely bontja a kapcsolatot, valahányszor semmi nem illeszkedik.

Kapcsolódó cikkek