La restauration de l'iPad a cassé le VPN et le push ? Vérifiez ces deux pistes

Restaurez un iPad depuis une sauvegarde, reconnectez-vous, et l'icône du profil VPN est là et l'application de messagerie s'ouvre, donc tout semble terminé. Puis le tunnel échoue à s'authentifier et les messages cessent d'arriver en arrière-plan. Les deux symptômes semblent liés et ne le sont généralement pas. Une restauration touche deux pistes indépendantes : l'enrôlement que l'appareil détient pour l'accès VPN et l'enregistrement push que chaque application possède auprès de son propre fournisseur. Les icônes survivent aux deux ; ce qui se trouve derrière souvent pas.

Deux pistes, une restauration

La piste de l'appareil concerne l'identité : quel compte, certificat ou enrôlement de gestion l'iPad peut prouver qu'il possède. La piste de l'application concerne l'adressage : quel jeton le service de notifications acceptera lorsqu'il tentera de réveiller une installation précise. Aucune piste ne répare l'autre, et une connexion réussie sur l'une ne dit rien de l'état de l'autre.

Un redémarrage n'est pas une restauration. Un redémarrage ne perd que l'état d'exécution ; une restauration remplace l'installation et peut changer les deux identités de façons invisibles dans Réglages.

Première piste : l'enrôlement que l'appareil possède vraiment

Pour un VPN personnel, ouvrez la configuration prise en charge du fournisseur et confirmez que vous vous connectez au compte prévu, puis terminez toute activation ou tout enrôlement d'identifiants qu'elle demande. N'importez pas une ancienne configuration sans rapport juste pour remplir une liste vide, car un profil qui existe n'est pas la même chose qu'une identité que le serveur accepte encore.

Pour un iPad géré par une organisation, la restauration doit suivre le processus documenté pour cette méthode d'enrôlement et cette version du système d'exploitation, car les résultats diffèrent. Les conseils d'Apple sur la restauration des appareils gérés indiquent qu'un profil d'enrôlement piloté par compte n'est pas restauré depuis une sauvegarde, donc l'utilisateur repasse par la configuration professionnelle ou scolaire. Les autres méthodes d'enrôlement se comportent différemment pour le même appareil, un appareil de remplacement et une version différente du système d'exploitation, ce qui explique pourquoi un cas ne doit jamais être généralisé en "les profils VPN sont toujours perdus".

Une fois l'appareil enrôlé, demandez à l'administrateur de confirmer l'identité actuelle et la configuration qui lui est attribuée. Un ancien profil encore visible dans Réglages prouve seulement qu'un fichier existe, pas que le service acceptera les identifiants qu'il contient.

Deuxième piste : les jetons push appartiennent à une installation

La documentation d'Apple indique que le service push émet un nouveau jeton d'appareil après une restauration de sauvegarde, une installation sur un nouvel appareil ou une réinstallation du système d'exploitation. L'application doit demander le jeton actuel à l'exécution et l'envoyer de façon sécurisée à son fournisseur de notifications. Un jeton mis en cache avant la restauration n'est pas un recours ; il adresse une installation qui n'existe plus.

Ouvrez chaque application concernée et terminez sa configuration prise en charge du compte et des notifications une fois le chemin réseau fonctionnel. Cela donne à l'application la possibilité d'effectuer l'enregistrement, même si cela ne garantit pas que chaque application gère bien la récupération. L'enregistrement est le travail de l'application, et le résultat visible est un nouveau jeton enregistré côté fournisseur.

Pour les équipes de support, vérifiez deux choses : si l'application a signalé un enregistrement réussi et si le mappage du fournisseur pour ce compte pointe désormais vers le nouveau jeton. Copier un jeton d'avant la restauration, ou supposer que les données locales restaurées font foi, saute l'étape qui restaure réellement la livraison.

Vérifiez dans cet ordre et arrêtez-vous au premier échec

Confirmez d'abord le chemin réseau, car ni l'enrôlement ni l'enregistrement de l'application ne peuvent aboutir sans lui. Confirmez ensuite l'enrôlement, car une application qui ne peut pas s'authentifier ne peut rien enregistrer non plus. Ce n'est qu'ensuite que vous examinerez l'enregistrement des notifications. Chaque échec a son propre responsable, et les mélanger produit la boucle classique consistant à restaurer à nouveau l'appareil pour réparer une application qui ne s'est jamais réenregistrée.

Notez ce qui a été réenrôlé et quelles applications ont enregistré un nouveau jeton, puis testez une notification en arrière-plan et une connexion VPN. Si les deux fonctionnent, la restauration est terminée ; si un seul fonctionne, vous savez maintenant quelle piste réparer.