VPN på iPhone koplar til på nytt etter at du slår det av: kven startar det igjen?

Trykk på kopla frå på iPhone-VPN-en, opne ein nettlesar, og tunnelen er oppe igjen før sida lastar, noko som får brytaren til å sjå øydelagd ut. Vanlegvis verkar det som tenkt, berre ikkje slik brukaren meinte. Fråkopling avsluttar éi økt; noko anna har framleis løyve til å starte ei ny. Tre ulike eigarar kan gjere det på iOS, og kvar etterlèt eit ulikt fingeravtrykk i når attkoplinga skjer.

Fråkopling er ikkje deaktivering

Ei manuell fråkopling ber tunnelen stoppe. Ho ber ikkje nødvendigvis systemet slutte å spørje etter han. Reglar for kopla til ved behov, leverandørappens eigen policy for automatisk tilkopling og ein administrert Always On-konfigurasjon overlever alle ei fråkopling, og kvar av dei kan starte tilkoplinga igjen utan at brukaren rører noko.

Skilnaden har noko å seie fordi løysinga ligg hos eigaren. Å trykke hardare på brytaren hjelper aldri, og å slette profilen er ei mykje større handling enn problemet krev. Finn utløysaren først, og avgjer deretter om det er di oppgåve å endre han. Den rekkjefølgja hindrar deg òg i å fjerne ein fungerande konfigurasjon for å jage ein regel som bur ein annan stad.

Samanlikn dei tre eigarane etter utløysaren deira

Kopla til ved behov reagerer på vilkår som operativsystemet vurderer: å bli med i eit nettverk, eller ei førespurnad som involverer eit domene regelen passar til. Ein leverandørapp kan reise ei tilkopling når appen startar eller når den eigne bakgrunnspolicyen bestemmer det. Ein administrert Always On-utrulling er eit krav på einingnivå som brukaren ikkje er meint å overstyre i det heile.

Sjå kva hending som kjem før attkoplinga, og eigaren blir ganske tydeleg. Det er skilnaden mellom ein regel du kan redigere og ein policy du berre kan spørje om.

Kva reglane for ved behov faktisk gjer

Åtferd ved behov er ei ordna liste. Kvar oppføring passar til eit vilkår og gir ei handling: kopla til, kopla frå, vurder eit tilkoplingsforsøk eller ignorer. Ein tilkoplingsregel som står før ein fråkoplingsregel, vinn kvar gong begge passar, og difor kan eit apparat kople til igjen med ein gong etter ei manuell fråkopling.

Reglar kan òg vere domenestyrt og passe på eit vertsnamn i ei førespurnad i staden for ei grensesnittendring. Det er mønsteret bak «VPN-en kjem tilbake når eg opnar intranettsida», og det peikar på leverandøren eller profilen som installerte regelen, ikkje på iOS sjølv.

Administrert Always On er ikkje eit personleg val

På eit overvaka, administrert apparat kan organisasjonen krevje at ein VPN blir halden oppe og fjerne høvet brukaren har til å slå han av. Ingen mengd brytartrykking i Innstillingar endrar det, og det ærlege svaret er at åtferda høyrer til administratorpolicyen.

Spør kva policy som gjeld og kva unntaksprosess som finst, om nokon. Sletting av den installerte administrasjonsprofilen er ikkje ei støtta løysing; det kan fjerne annan konfigurasjon apparatet er avhengig av, og det kan bryte samsvarsrapporteringa.

Test ved å fjerne utløysaren, ikkje profilen

Lat profilen vere installert, kople frå, og gjenta deretter hendinga som tidlegare starta tunnelen på nytt: bli med i det same Wi-Fi-nettet, opne den same appen, be om det same interne namnet. Kjem tunnelen tilbake i det augneblinken, har du identifisert utløysaren og kan leite etter innstillinga som eig han.

Endre éi innstilling hos eigaren, og gjenta deretter den same testen. Stoppar attkoplinga, har du svaret; held ho fram, er utløysaren ein annan stad, og profilen var aldri problemet. Ei nedlasta innstillingsfil som framleis ligg i Filer, er heller ikkje ein installert konfigurasjon, så å fjerne fila beviser ingenting.

Det nyttige resultatet er ei setning du kan skrive ned: denne tilkoplinga blir starta av denne regelen eller policyen, og blir eigd av denne parten. Når det er sant, sluttar brytaren å kjennast uføreseieleg, og neste person som rapporterer det, får eit direkte svar i staden for nok ein ominstallasjon.