VPN na iPhonu se po izklopu znova poveže: kdo ga znova zažene?

Dotaknite se prekini na VPN v iPhonu, odprite brskalnik in tunel je znova vzpostavljen še pred nalaganjem strani, zato je stikalo videti pokvarjeno. Običajno deluje po zasnovi, le ne tako, kot je uporabnik želel. Prekinitev konča eno sejo; nekaj drugega ima še vedno dovoljenje začeti novo. Na iOSu to lahko storijo trije različni lastniki in vsak pusti drugačen odtis v tem, kdaj se ponovna povezava zgodi.

Prekinitev ni onemogočitev

Ročna prekinitev tunelu reče, naj se ustavi. Sistemu pa ne reče nujno, naj ga preneha zahtevati. Pravila povezovanja na zahtevo, lastna politika samodejnega povezovanja aplikacije ponudnika in upravljana konfiguracija vedno vklopljeno vsa preživijo prekinitev in vsako od njih lahko znova začne povezavo, ne da bi se uporabnik česar koli dotaknil.

Razlika je pomembna, ker je rešitev pri lastniku. Močnejše preklapljanje nikoli ne pomaga, brisanje profila pa je veliko večji poseg, kot ga problem zahteva. Najprej poiščite sprožilec in šele nato odločite, ali je vaša stvar, da ga spremenite. Ta vrstni red vas tudi obvaruje pred odstranitvijo delujoče konfiguracije v iskanju pravila, ki živi drugje.

Primerjajte tri lastnike po njihovem sprožilcu

Povezovanje na zahtevo se odziva na pogoje, ki jih ocenjuje operacijski sistem: pridružitev omrežju ali zahteva, ki vključuje domeno, ki se ujema s pravilom. Aplikacija ponudnika lahko dvigne povezavo, ko se zažene ali ko tako odloči njena lastna politika v ozadju. Upravljana namestitev vedno vklopljeno je zahteva na ravni naprave, ki je uporabnik sploh ne bi smel obiti.

Opazujte, kateri dogodek je pred ponovno povezavo, in lastnik postane precej očiten. To je razlika med pravilom, ki ga lahko uredite, in pravilnikom, o katerem lahko le vprašate.

Kaj pravila na zahtevo dejansko počnejo

Vedenje na zahtevo je urejen seznam. Vsak vnos se ujema s pogojem in ustvari dejanje: poveži, prekini, oceni poskus povezave ali prezri. Pravilo za povezovanje, ki je pred pravilom za prekinitev, zmaga vsakič, ko se oba ujemata, zato se naprava lahko takoj znova poveže po ročni prekinitvi.

Pravila so lahko tudi domensko vodena in se ujemajo z imenom gostitelja v zahtevi namesto s spremembo vmesnika. To je vzorec za „VPN se vrne, ko odprem stran intraneta“, in kaže na ponudnika ali profil, ki je pravilo namestil, ne pa na sam iOS.

Upravljano vedno vklopljeno ni osebna možnost

Na nadzorovanem, upravljanem aparatu lahko organizacija zahteva, da VPN ostane vklopljen, in uporabniku odvzame možnost, da ga izklopi. Nobena količina preklapljanja v Nastavitvah tega ne bo spremenila, iskren odgovor pa je, da vedenje pripada pravilniku skrbnika.

Vprašajte, kateri pravilnik velja in kakšen postopek izjeme obstaja, če sploh. Brisanje nameščenega profila upravljanja ni podprta rešitev; lahko odstrani drugo konfiguracijo, od katere je naprava odvisna, in lahko pokvari poročanje o skladnosti.

Preizkusite z odstranitvijo sprožilca, ne profila

Pustite profil nameščen, prekinite in nato ponovite dogodek, ki je prej znova zagnal tunel: pridružite se istemu Wi-Fiju, odprite isto aplikacijo, zahtevajte isto notranje ime. Če se tunel v tistem trenutku vrne, ste sprožilec prepoznali in lahko poiščete nastavitev, ki ga ima.

Spremenite eno nastavitev pri lastniku in nato ponovite isti preizkus. Če se ponovna povezava ustavi, imate odgovor; če se nadaljuje, je sprožilec drugje in profil nikoli ni bil težava. Prenesena datoteka z nastavitvami, ki še vedno leži v aplikaciji Datoteke, tudi ni nameščena konfiguracija, zato brisanje datoteke ničesar ne dokaže.

Uporaben rezultat je stavek, ki ga lahko zapišete: to povezavo začne to pravilo ali pravilnik in jo ima v lasti ta stran. Ko to drži, stikalo ne deluje več nepredvidljivo in naslednja oseba, ki to prijavi, dobi neposreden odgovor namesto še ene ponovne namestitve.