La VPN-ŝloso de via iPhone estas politiko, ne la protokolo

La VPN-ikono montras konektitan, la tunelo momente falas dum retŝanĝo, kaj trafiko, kiu devus esti blokita, eliras per la poŝtelefona reto. Nenio en la fasado anoncis breĉon. La funkcio, kiun vi fidis, estas politiko de kliento kaj platformo, kaj protokola nomo en la agordoj ne priskribas, kio okazas dum tiu sekundo.

Priskribu la ŝloson kiel kontrakton pri statoj, ne kiel econ de IKEv2 aŭ On Demand.

La simptomo: la ikono diras konektita

Ikono spegulas la vidon de la kliento pri sia propra stato, kaj tiu vido povas malfrui rilate al la realo je la daŭro de rekonekto. Kaŝmemorigita paĝo, rapida rekonekto aŭ stato-ĝisdatigo kaŝas la intervalon. La demando inda je demando ne estas, ĉu la ikono estis verda, sed kion la aparato permesis dum la tunelo forestis. La sama malfruo klarigas, kial ekrankopio de la aplikaĵo estas tiel malforta pruvo: ĝi registras staton, ne transiron.

Tiu demando havas respondon nur se la politiko difinas ĝin.

Kion la protokolo efektive konservas

IKEv2 konservas kaj renovigas aŭtentikigitan IPsec-rilaton, kaj moveblecaj funkcioj helpas restarigi ĝin post adresŝanĝo. Tio estas aserto pri la vivociklo de la tunelo. Ĝi diras nenion pri la permeso de la iPhone sendi alian trafikon en la breĉo, ĉar tiu permeso apartenas al la platformo kaj la kliento, ne al la ŝlosilinterŝanĝo. Aparato, kiu rekonektas en malpli ol sekundo, tamen havis fenestron, kaj en tiu fenestro loĝas la interesa konduto.

On Demand same estas priskribo de aktiviga konduto, ne universala blokgarantio.

Kion la platformo ofertas al programisto

Network Extension de Apple montras regilojn pri trafika amplekso, kaj ĝia gvidilo pri enkursigo distingas konduton kun ĉiuj retoj de ordinaraj inkluzivitaj vojoj kaj listigas la sistemajn esceptojn. Ekzistas ankaŭ superrigardata Always On-modelo de deplojo, aparta de la agordo pri aŭtomata konekto de persona aplikaĵo. Ĉu donita aplikaĵo uzas ion el tio estas eco de la aplikaĵo, ne de la protokolo, kiun ĝi parolas.

La nomo de ŝaltilo ne pruvas, kiun API la aplikaĵo vokas.

Legu la funkcion kiel kontrakton

Petu la provizanton specifi kvin statojn: komenca aktivigo, neatendita perdo de la tunelo, intenca malkonekto, eliro el la aplikaĵo kaj restarto de la aparato. Metu la sistemajn esceptojn kaj ajnan intencan LAN-aliron apud tiu listo. Poste demandu, ĉu la funkcio estas laŭvola, devigita de administrado aŭ kondiĉa je klienta reĝimo, ĉar paŭzo elektita de uzanto kaj ŝloso devigita de organizo estas malsamaj produktoj. Skribu tiujn kvin respondojn en la deplojan registron, ĉar la sekva revizianto demandos ĝuste tiujn demandojn.

Funkcio, kiu blokas ĉe neatendita perdo sed ne ĉe intenca malkonekto, estas kohera dezajno. Ĝi simple ne estas tiu, kiun priskribis la merkatika paĝo.

Kiel testi la breĉojn

Testu unu transiron samtempe kun sendanĝera trafiko, en la aplikaĵo kaj adresfamilio, kiuj gravas al vi. Konfirmu, kio estis permesita dum la breĉo, ne kion la ikono montris poste. Registru la klientan version kaj la politikon apud la rezulto, ĉar ambaŭ ŝanĝiĝas kaj neniu el ili videblas sur la agorda ekrano de la telefono. Tio estas la sola maniero apartigi realan breĉon de malrapida ikono.

Se la respondo gravas por konformeco, petu ĝin skribe anstataŭ dedukti ĝin el produkta etikedo.