Jou iPhone se VPN-slot is ’n beleid, nie die protokol nie

Die VPN-ikoon wys verbind, die tonnel val ’n oomblik weg tydens ’n netwerkverandering, en verkeer wat geblokkeer moes word, gaan oor sellulêr uit. Niks in die koppelvlak het ’n gaping aangekondig nie. Die funksie waarop jy staatgemaak het, is ’n kliënt- en platformbeleid, en ’n protokolnaam in die instellings beskryf nie wat gedurende daardie sekonde gebeur nie.

Beskryf die slot as ’n kontrak oor toestande, nie as ’n eienskap van IKEv2 of On Demand nie.

Die simptoom: die ikoon sê verbind

’n Ikoon weerspieël die kliënt se siening van sy eie toestand, en daardie siening kan agter die werklikheid aanloop met die duur van ’n herverbinding. ’n Gekasde bladsy, ’n vinnige herverbinding of ’n statusverfrissing verberg almal die interval. Die vraag wat die moeite werd is om te vra, is nie of die ikoon groen was nie, maar wat die toestel toegelaat het terwyl die tonnel afwesig was. Dieselfde vertraging verduidelik waarom ’n skermkiekie van die app so swak bewyse is: dit teken ’n toestand aan, nie ’n oorgang nie.

Daardie vraag het net ’n antwoord as die beleid dit definieer.

Wat die protokol werklik onderhou

IKEv2 onderhou en hernu ’n geauthentiseerde IPsec-verhouding, en mobiliteitsfunksies help om dit na ’n adresverandering te herstel. Dit is ’n stelling oor die tonnel se lewensiklus. Dit sê niks oor die iPhone se toestemming om ander verkeer in die gaping te stuur nie, want daardie toestemming behoort aan die platform en die kliënt, nie aan die sleuteluitruiling nie. ’n Toestel wat in minder as ’n sekonde herverbind, het steeds ’n venster gehad, en dit is in daardie venster waar die interessante gedrag lê.

On Demand is net so ’n beskrywing van aktiveringsgedrag, nie ’n universele blokkeringswaarborg nie.

Wat die platform aan ’n ontwikkelaar bied

Apple se Network Extension bied kontroles vir verkeersomvang, en sy roetegids onderskei gedrag met alle netwerke ingesluit van gewone ingeslote roetes en lys die stelseluitsonderings. Daar bestaan ook ’n gesuperviseerde Always On-ontplooiingsmodel, apart van ’n persoonlike app se instelling vir outomatiese verbinding. Of ’n gegewe app enigiets daarvan gebruik, is ’n eienskap van die app, nie van die protokol wat dit praat nie.

’n Skakelaar se naam is nie bewys van watter API die app roep nie.

Lees die funksie as ’n kontrak

Vra die verskaffer om vyf toestande te spesifiseer: aanvanklike aktivering, onverwagte tonnelverlies, doelbewuste ontkoppeling, app-afsluiting en toestelherstart. Plaas die stelseluitsonderings en enige opsetlike LAN-toegang langs daardie lys. Vra dan of die funksie opsioneel is, deur bestuur afgedwing word of voorwaardelik op ’n kliëntmodus is, want ’n onderbreking vir die gebruiker en ’n organisasie se afgedwonge slot is verskillende produkte. Skryf daardie vyf antwoorde in die ontplooiingsrekord, want die volgende keurder sal presies daardie vrae vra.

’n Funksie wat op onverwagte verlies blokkeer maar nie op ’n doelbewuste ontkoppeling nie, is ’n samehangende ontwerp. Dit is net nie die een wat die bemarkingsblad beskryf het nie.

Hoe om die gapings te toets

Toets een oorgang op ’n slag met onskadelike verkeer, in die app en adresfamilie waarmee jy te doen het. Bevestig wat tydens die gaping toegelaat is, nie wat die ikoon daarna gewys het nie. Teken die kliëntweergawe en die beleid saam met die resultaat aan, want albei verander en nie een is sigbaar op die foon se instellingskerm nie. Dit is die enigste manier om ’n werklike gaping van ’n stadige ikoon te skei.

As die antwoord vir nakoming saak maak, vra dit skriftelik eerder as om dit uit ’n produknaam af te lei.