Jou kenteken verskyn, die app gedra hom steeds asof hy by die huis is, en die ooglopende gevolgtrekking is dat die tonnel stukkend is. Gewoonlik is niks stukkend nie. Die kenteken rapporteer een verbinding, terwyl die vraag daaronder oor dekking gaan, en dit is verskillende bewerings.

Drie toestande bepaal watter bewering jy kan maak. Totdat hulle vasgestel is, is enige toetsresultaat dubbelsinnig.

Drie antwoorde skuil agter een ikoon

Die eerste vraag is wat jy wou hê die tonnel moes doen. Om 'n interne wiki te bereik, jou adres vir 'n stromingsdiens weg te steek, en 'n enkele bestuurde app te beskerm, is drie verskillende vereistes wat drie verskillende profiele bevredig.

Die tweede is wie die profiel besit. 'n Persoonlik geïnstalleerde konfigurasie gedra hom anders as een wat deur 'n bestuurstelsel gestuur word, en net die tweede kan per-app-reëls dra wat iOS afdwing. Die kenteken kan daardie twee nie onderskei nie.

Die derde is die adresfamilie waarop jy staan. 'n Tonnel wat IPv4 dra terwyl die netwerk IPv6 uitdeel, laat een pad buite die tonnel. 'n Toets wat net 'n IPv4-werf bereik, sal dit nooit sien nie.

Per-app-profiele dek net hul eie apps

'n Per-app VPN is die geval wat die meeste vals alarms veroorsaak. Die profiel noem die apps wie se verkeer die tonnel binnegaan, en alles anders gaan per ontwerp op die plaaslike netwerk voort. Dat jou openbare adres in 'n blaaier dieselfde bly, is dus verwagte gedrag, nie bewys van 'n fout nie. Niks in die statusbalk weerspreek dit nie.

Toets die app waarvoor die profiel gebou is, en toets dit teen 'n hulpbron wat net binne bestaan. 'n Suksesvolle interne versoek vanaf die genoemde app beskryf 'n werkende opset. 'n Normale openbare adres in Safari beskryf dan 'n per-app-profiel wat presies werk soos gekonfigureer.

Op-aanvraag-reëls verander wat jy waarneem

Op-aanvraag-konfigurasie bepaal wanneer 'n verbinding tot stand gebring word, nie of verkeer gedek word nie. 'n Reël kan die tonnel opbring wanneer 'n bepaalde domein versoek word en dit aftakel wanneer die versoek klaar is, wat beteken dat die kenteken wat tydens gewone gebruik verskyn en verdwyn, die ontwerp is wat werk. Lees die reëls voordat jy die kenteken interpreteer.

Daardie gedrag verklaar ook resultate wat oor 'n dag heen onbestendig lyk. Dieselfde app kan om tienuur in die oggend deur die tonnel gaan en om middag direk wees, want die snellertoestand het verander, nie die beleid nie.

Een peiling is nie 'n bewys van dekking nie

'n Enkele blaaierkontrole bewys dat een versoek een pad gevolg het, en niks meer nie. Dit sê niks oor 'n tweede app met sy eie netwerkstapel, 'n agtergrondsinkronisering wat geloop het voordat die tonnel opgekom het, of 'n verbinding wat 'n netwerkverandering oorleef het omdat die ou socket nooit weer gevestig is nie. Daardie gaping is 'n omvangprobleem, nie 'n lek nie.

ObservationDecide this firstThen test
Badge on, public address unchangedIs the profile per-app?The named internal app, not a browser
Badge flickers during the dayAre on-demand rules present?Whether the flip follows a trigger domain
Internal app works, another failsIs that app in the profile?Its own settings and any proxy config
Nothing works while badge is onIs this a path failure?Name resolution and a known-good internal host

Die vierde ry is die enigste een wat op 'n fout wys. 'n Gekonnekteerde tonnel met gebreekte naamresolusie, 'n ontbrekende terugroete, of 'n diens wat bloot af is, lyk almal dieselfde vanuit die app se oogpunt.

Wat om te noteer voordat jy eskaleer

Skryf die profielnaam neer, of dit van 'n bestuurstelsel gekom het, of per-app-reëls teenwoordig is, en die presiese tyd van die mislukte versoek. Voeg die adresfamilie by wat jy getoets het en die app waaruit jy getoets het. Geen nommer op die skerm vervang daardie lys nie. Daardie rekord skei 'n dekkingsvraag van 'n onderbreking in een rondte.

Hou ook die sekuriteitsbeginsels in die oog. 'n Tonnel vervang nie sertifikaatvalidering, rekeningbeskerming of toesteltoestemmings nie. 'n Ikoon wat langs die netwerkstatus verskyn, is nie bewys dat enige daarvan gekonfigureer is nie, en om dit so te hanteer, is hoe 'n privaatheidsbewering op die krag van 'n kenteken gemaak word.

Apple se ontplooiingsoorsig van VPN beskryf die profieltipes en die op-aanvraag-gedrag agter hierdie verskille. Lees dit voordat jy met 'n bestuurstelsel stry oor wat 'n profiel behoort te dek.

Verwante artikels