Tik ontkoppel op die iPhone-VPN, maak ’n blaaier oop, en die tonnel is weer op voordat die bladsy laai, wat die skakelaar laat lyk of dit stukkend is. Dit werk gewoonlik soos ontwerp, net nie soos die gebruiker bedoel het nie. Ontkoppel beëindig een sessie; iets anders hou steeds toestemming om ’n nuwe een te begin. Drie verskillende eienaars kan dit op iOS doen, en elkeen laat ’n ander vingerafdruk in wanneer die herverbinding plaasvind.

Ontkoppel is nie ontskakel nie

’n Handmatige ontkoppeling sê vir die tonnel om te stop. Dit sê nie noodwendig vir die stelsel om op te hou vra daarvoor nie. Connect On Demand-reëls, ’n verskaffer-app se eie outo-verbind-beleid en ’n bestuurde Always On-opstelling oorleef almal ’n ontkoppeling, en elkeen kan die verbinding weer begin sonder dat die gebruiker enigiets aanraak.

Die onderskeid maak saak omdat die oplossing by die eienaar lê. Om die skakelaar harder te wissel help nooit nie, en om die profiel te verwyder is ’n veel groter aksie as wat die probleem vereis. Vind eers die sneller, dan besluit of dit joune is om te verander. Daardie orde keer ook dat jy ’n werkende opstelling verwyder op soek na ’n reël wat elders woon.

Vergelyk die drie eienaars aan hul sneller

Connect On Demand reageer op toestande wat die bedryfstelsel evalueer: by ’n netwerk aansluit, of ’n versoek oor ’n domein wat die reël pas. ’n Verskaffer-app kan ’n verbinding begin wanneer die app begin of wanneer sy eie agtergrondbeleid dit besluit. ’n Bestuurde Always On-ontplooiing is ’n toestelvlak-vereiste wat die gebruiker nie self mag oorheers nie.

Kyk watter gebeurtenis die herverbinding voorafgaan en die eienaar word redelik duidelik. Dit is die verskil tussen ’n reël wat jy kan wysig en ’n beleid waaroor jy net kan vra.

Wat die On Demand-reëls werklik doen

On-demand-gedrag is ’n geordende lys. Elke inskrywing pas ’n voorwaarde en lewer ’n aksie: verbind, ontkoppel, evalueer ’n verbindingspoging of ignoreer. ’n Verbind-reël wat voor ’n ontkoppel-reël staan, wen wanneer albei pas, en daarom kan ’n toestel dadelik ná ’n handmatige ontkoppeling weer verbind.

Reëls kan ook domeingedrewe wees en op ’n gasheernaam in ’n versoek pas eerder as op ’n koppelvlakverandering. Dit is die patroon agter “die VPN kom terug wanneer ek die intranetwerf oopmaak”, en dit wys na die verskaffer of profiel wat die reël geïnstalleer het eerder as na iOS self.

Bestuurde Always On is nie ’n persoonlike opsie nie

Op ’n toesiggehoue, bestuurde toestel kan die organisasie vereis dat ’n VPN aan bly en die gebruiker se vermoë om dit af te skakel verwyder. Geen hoeveelheid geskakel in Instellings sal dit verander nie, en die eerlike antwoord is dat die gedrag aan die administrateur se beleid behoort.

Vra watter beleid geld en watter uitsonderingsproses bestaan, indien enige. Om die geïnstalleerde bestuursprofiel te verwyder is nie ’n ondersteunde oplossing nie; dit kan ander opstelling verwyder waarop die toestel staatmaak en dit kan voldoeningsverslaggewing breek.

Toets deur die sneller te verwyder, nie die profiel nie

Los die profiel geïnstalleer, ontkoppel, en herhaal dan die gebeurtenis wat die tonnel voorheen herbegin het: sluit by dieselfde Wi-Fi aan, maak dieselfde app oop, vra dieselfde interne naam aan. As die tonnel op daardie oomblik terugkeer, het jy die sneller geïdentifiseer en kan jy die instelling soek wat dit besit.

Verander een instelling by die eienaar en herhaal dan dieselfde toets. As die herverbinding stop, het jy die antwoord; as dit voortduur, is die sneller elders en was die profiel nooit die probleem nie. ’n Afgelaaide instellingslêer wat nog in Files sit, is ook nie ’n geïnstalleerde opstelling nie, so om die lêer te verwyder bewys niks in enige rigting.

Die nuttige uitkoms is ’n sin wat jy kan neerskryf: hierdie verbinding word deur hierdie reël of beleid begin, en dit behoort aan hierdie party. Sodra dit waar is, voel die skakelaar nie meer onvoorspelbaar nie, en die volgende persoon wat dit rapporteer kry ’n direkte antwoord eerder as nog ’n herinstallasie.

Verwante artikels