El bloqueig de VPN de l’iPhone és una política, no el protocol

La icona de la VPN mostra connectat, el túnel cau un moment durant un canvi de xarxa, i el trànsit que hauria d’haver estat bloquejat surt per la xarxa mòbil. Res de la interfície no va anunciar cap forat. La funció en què confiàveu és una política del client i de la plataforma, i un nom de protocol a la configuració no descriu què passa durant aquell segon.

Descriviu el bloqueig com un contracte sobre estats, no com una propietat d’IKEv2 o d’On Demand.

El símptoma: la icona diu connectat

Una icona reflecteix la visió que el client té del seu propi estat, i aquesta visió pot quedar-se enrere respecte de la realitat durant el temps d’una reconnexió. Una pàgina en memòria cau, una reconnexió ràpida o una actualització d’estat amaguen l’interval. La pregunta que val la pena fer no és si la icona era verda, sinó què va permetre el dispositiu mentre el túnel era absent. El mateix retard explica per què una captura de pantalla de l’aplicació és una prova tan feble: registra un estat, no una transició.

Aquesta pregunta només té resposta si la política la defineix.

Què manté realment el protocol

IKEv2 manté i renova una relació IPsec autenticada, i les funcions de mobilitat ajuden a restablir-la després d’un canvi d’adreça. Això és una afirmació sobre el cicle de vida del túnel. No diu res sobre el permís de l’iPhone per enviar altre trànsit al forat, perquè aquest permís pertany a la plataforma i al client, no a l’intercanvi de claus. Un dispositiu que es reconnecta en menys d’un segon encara tenia una finestra, i és en aquesta finestra on viu el comportament interessant.

On Demand és igualment una descripció del comportament d’activació, no una garantia universal de bloqueig.

Què ofereix la plataforma a un desenvolupador

Network Extension d’Apple exposa controls d’abast del trànsit, i la seva guia d’encaminament distingeix el comportament d’incloure totes les xarxes de les rutes incloses ordinàries i enumera les excepcions del sistema. També existeix un model de desplegament Always On supervisat, separat de la configuració de connexió automàtica d’una aplicació personal. Que una aplicació concreta faci servir alguna d’aquestes coses és una propietat de l’aplicació, no del protocol que parla.

El nom d’un commutador no és prova de quina API crida l’aplicació.

Llegiu la funció com un contracte

Demaneu al proveïdor que especifiqui cinc estats: activació inicial, pèrdua inesperada del túnel, desconnexió deliberada, sortida de l’aplicació i reinici del dispositiu. Poseu les excepcions del sistema i qualsevol accés intencionat a la LAN al costat d’aquesta llista. Després pregunteu si la funció és opcional, imposada per la gestió o condicionada a un mode de client, perquè una pausa triada per l’usuari i un bloqueig imposat per una organització són productes diferents. Escriviu aquestes cinc respostes al registre de desplegament, perquè el proper revisor farà exactament aquestes preguntes.

Una funció que bloqueja en una pèrdua inesperada però no en una desconnexió deliberada és un disseny coherent. Simplement no és el que descrivia la pàgina de màrqueting.

Com provar els forats

Proveu una transició alhora amb trànsit inofensiu, en l’aplicació i la família d’adreces que us interessa. Confirmeu què es va permetre durant el forat, no què va mostrar la icona després. Registreu la versió del client i la política al costat del resultat, perquè tots dos canvien i cap dels dos no es veu des de la pantalla de configuració del telèfon. Aquesta és l’única manera de separar un forat real d’una icona lenta.

Si la resposta importa per al compliment, demaneu-la per escrit en lloc de deduir-la d’una etiqueta de producte.