VPN-låsen på iPhone er ein policy, ikkje protokollen

VPN-ikonet viser tilkopla, tunnelen fell eit augneblink under eit nettverksbyte, og trafikk som skulle vore blokkert går ut over mobilnettet. Ingenting i grensesnittet varsla eit hol. Funksjonen du rekna med, er ein klient- og plattformpolicy, og eit protokollnamn i innstillingane skildrar ikkje kva som skjer i det sekundet.

Skildre låsen som ein kontrakt om tilstandar, ikkje som ein eigenskap ved IKEv2 eller On Demand.

Symptomet: ikonet seier tilkopla

Eit ikon speglar synet klienten har på sin eigen tilstand, og det synet kan henge etter verkelegheita med lengda av ei ny tilkopling. Ei bufreft side, ei rask ny tilkopling eller ei statusoppdatering løyner alle intervallet. Spørsmålet som er verdt å stille, er ikkje om ikonet var grønt, men kva eininga tillét medan tunnelen var borte. Den same forseinkinga forklarar kvifor eit skjermbilete av appen er så svakt prov: det registrerer ein tilstand, ikkje ein overgang.

Det spørsmålet har berre eit svar dersom policyen definerer det.

Kva protokollen faktisk vedlikeheld

IKEv2 vedlikeheld og fornyar eit autentisert IPsec-tilhøve, og mobilitetsfunksjonar hjelper med å gjenopprette det etter ei adresseendring. Det er ei utsegn om livssyklusen til tunnelen. Ho seier ingenting om løyvet iPhonen har til å sende annan trafikk i holet, for det løyvet høyrer til plattformen og klienten, ikkje til nøkkelutvekslinga. Ei eining som koplar til att på under eit sekund, hadde likevel eit vindauge, og det er i det vindauget den interessante åtferda bur.

On Demand er på same måte ei skildring av aktiveringsåtferd, ikkje ei universell blokkeringsgaranti.

Kva plattformen tilbyr ein utviklar

Network Extension frå Apple eksponerer kontrollar for trafikkomfang, og rutingrettleiinga skil åtferd med alle nettverk inkluderte frå vanlege inkluderte ruter og listar systemunntaka. Det finst òg ein overvaka Always On-distribusjonsmodell, skild frå innstillinga for automatisk tilkopling i ein personleg app. Om ein gitt app brukar noko av dette, er ein eigenskap ved appen, ikkje ved protokollen han snakkar.

Namnet på ein brytar er ikkje prov for kva API appen kallar.

Les funksjonen som ein kontrakt

Be leverandøren angi fem tilstandar: innleiande aktivering, uventa tap av tunnelen, medviten fråkopling, avslutting av appen og omstart av eininga. Set systemunntaka og kvar tilsikta LAN-tilgang ved sida av den lista. Spør så om funksjonen er valfri, handheva av administrasjon eller avhengig av ein klientmodus, for ein pause brukaren vel og ein lås ein organisasjon tvingar fram, er to ulike produkt. Skriv dei fem svara i distribusjonsjournalen, for neste gjennomgang vil stille nøyaktig dei spørsmåla.

Ein funksjon som blokkerer ved uventa tap, men ikkje ved medviten fråkopling, er eit samanhengande design. Det er berre ikkje det marknadsføringssida skildra.

Korleis du testar hola

Test éin overgang om gongen med ufarleg trafikk, i appen og adressefamilien du bryr deg om. Stadfest kva som vart tillate i holet, ikkje kva ikonet viste etterpå. Noter klientversjonen og policyen ved sida av resultatet, for begge endrar seg, og ingen av dei er synlege frå innstillingsskjermen på telefonen. Det er den einaste måten å skilje eit reelt hol frå eit tregt ikon.

Viss svaret betyr noko for etterleving, be om det skriftleg i staden for å utleie det frå eit produktnamn.