Trois conditions décident comment configurer un VPN sur un iPhone : le protocole proposé par le serveur, le fait que le téléphone soit géré personnellement ou supervisé, et ce qui doit se passer lorsque le réseau change. Un profil de configuration natif et une application de fournisseur sont des mécanismes différents, pas deux façons de saisir la même adresse. Les faire correspondre à ces conditions évite la plupart des installations qui échouent après la première sortie du bâtiment.

Le protocole est le premier filtre ; le second est qui contrôle l'appareil.

Faites correspondre le protocole avant l'App Store

iOS prend en charge les configurations natives IKEv2, L2TP sur IPsec et Cisco IPsec, chacune avec ses propres options d'authentification et champs de profil. D'autres protocoles, dont OpenVPN et WireGuard, arrivent via une application qui utilise le cadre Network Extension. Un fichier conçu pour l'un ne peut pas être sélectionné comme l'autre, et c'est pourquoi un profil qui s'importe proprement peut malgré tout ne pas se connecter. Confirmez le protocole du serveur avant de choisir le client.

Demandez au fournisseur la configuration exacte qu'il attend pour iOS. Les instructions pour ordinateur supposent souvent des fonctions que le téléphone n'expose pas, et un export spécifique au téléphone supprime les conjectures.

Un profil au niveau du système ou un paquet d'application

Un profil natif est installé au niveau du système, de sorte que la connexion peut exister avant l'ouverture de toute application et être gérée par celui qui a fourni le profil. Une application de fournisseur empaquette le tunnel dans une application, ce qui donne au fournisseur de la place pour sa propre interface et ses fonctionnalités. Sur un téléphone professionnel, un profil géré peut porter des certificats et des règles d'accès à des ressources précises, et le remplacer par une application personnelle n'est pas un échange équivalent. Demandez à l'administrateur avant de changer quoi que ce soit.

Sur un téléphone personnel, vérifiez la source avant d'approuver un profil. Les exports complets et les codes QR peuvent contenir des identifiants ou une racine de confiance, traitez-les donc comme des secrets et tenez-les hors des captures d'écran et des conversations.

Ce que promet vraiment On Demand

On Demand peut établir une connexion dans des conditions définies par Apple, et le modèle Always On supervisé a un comportement plus strict qu'un appareil personnel ne reçoit pas. Il ne faut pas supposer que l'étiquette de connexion automatique d'une application grand public fournit l'un ou l'autre. Les questions pratiques sont ce qui se passe avant que le tunnel soit disponible, ce qui se passe après une déconnexion manuelle et ce qui se passe lorsque le téléphone redémarre. Se reconnecter automatiquement et bloquer le trafic hors du tunnel sont des promesses distinctes.

La couverture est une troisième question : la configuration peut porter tout le trafic internet, un ensemble de destinations privées ou seulement les applications gérées.

Testez les transferts et la révocation

Effectuez d'abord la connexion au portail Wi-Fi via l'invite iOS normale, car un portail captif ne laissera pas le tunnel s'établir. Testez ensuite les transitions que vous vivez réellement : du Wi-Fi au réseau mobile, du mobile de retour au Wi-Fi et le verrouillage de l'écran avec la connexion inactive. Notez si le tunnel se rétablit et si l'application se rétablit avec lui. Un nom de protocole ne garantit pas un appel ininterrompu lors d'un transfert.

Une région enregistrée, une localisation d'appareil autorisée et une connexion de compte continue ne sont pas des mesures de la sortie publique. Testez l'application visée et les deux familles d'adresses le cas échéant, avec une vérification qui rapporte ce qui s'est réellement produit.

Pour un téléphone perdu, confirmez la source du profil et le processus de révocation. Supprimer une application locale ne retire pas nécessairement son autorisation à distance.

Articles similaires