Restaurar l'iPad va trencar la VPN i el push? Reviseu aquestes dues vies

Restaureu un iPad des d'una còpia de seguretat, torneu a iniciar la sessió i la icona del perfil de VPN hi és i l'aplicació de xat s'obre, així que tot sembla enllestit. Després el túnel no supera l'autenticació i els missatges deixen d'arribar en segon pla. Els dos símptomes semblen relacionats i normalment no ho són. Una restauració afecta dues vies independents: la inscripció que el dispositiu conserva per a l'accés a la VPN i el registre push que cada aplicació té amb el seu proveïdor. Les icones sobreviuen a totes dues; el que hi ha darrere sovint no.

Dues vies, una restauració

La via del dispositiu tracta de la identitat: quin compte, certificat o inscripció de gestió pot demostrar l'iPad que té. La via de l'aplicació tracta de l'adreçament: quin testimoni acceptarà el servei de notificacions quan intenti despertar una instal·lació concreta. Cap via no repara l'altra, i un inici de sessió correcte en una no diu res sobre l'estat de l'altra.

Reiniciar no és restaurar. Reiniciar només perd l'estat d'execució; una restauració substitueix la instal·lació i pot canviar les dues identitats de maneres invisibles a Configuració.

Primera via: la inscripció que el dispositiu té realment

Per a una VPN personal, obriu la configuració compatible del proveïdor i confirmeu que inicieu sessió al compte previst, després completeu qualsevol activació o inscripció de credencials que us demani. No importeu una configuració antiga no relacionada només per omplir una llista buida, perquè un perfil existent no és el mateix que una identitat que el servidor encara accepta.

Per a un iPad gestionat per una organització, la restauració ha de seguir el procés documentat per a aquest mètode d'inscripció i versió del sistema operatiu, ja que els resultats difereixen. La guia d'Apple sobre la restauració de dispositius gestionats assenyala que un perfil d'inscripció basat en compte no es restaura des d'una còpia de seguretat, així que l'usuari torna a passar per la configuració de feina o escola. Altres mètodes d'inscripció es comporten de manera diferent per al mateix dispositiu, un dispositiu de substitució i una versió diferent del sistema operatiu, i per això un cas no s'hauria de generalitzar mai a "els perfils de VPN sempre es perden".

Un cop inscrit el dispositiu, feu que l'administrador confirmi la identitat actual i la configuració assignada. Un perfil antic que encara apareix a Configuració només demostra que un fitxer existeix, no que el servei acceptarà les credencials que conté.

Segona via: els testimonis push pertanyen a una instal·lació

La documentació d'Apple indica que el servei push emet un testimoni de dispositiu nou després de restaurar una còpia de seguretat, d'instal·lar en un dispositiu nou o de reinstal·lar el sistema operatiu. L'aplicació ha de demanar el testimoni actual en temps d'execució i enviar-lo de manera segura al seu proveïdor de notificacions. Un testimoni en memòria cau d'abans de la restauració no és un recurs alternatiu; adreça una instal·lació que ja no existeix.

Obriu cada aplicació afectada i completeu la configuració compatible de compte i notificacions un cop funcioni el camí de xarxa. Això dona a l'aplicació l'oportunitat de fer el registre, tot i que no garanteix que totes les aplicacions gestionin bé la recuperació. El registre és feina de l'aplicació, i el resultat visible és un testimoni nou registrat al costat del proveïdor.

Per als equips de suport, comproveu dues coses: si l'aplicació ha informat d'un registre correcte i si el mapatge del proveïdor per a aquest compte ja apunta al testimoni nou. Copiar un testimoni d'abans de la restauració, o suposar que les dades locals restaurades són autoritàries, omet el pas que realment restaura el lliurament.

Comproveu en aquest ordre i atureu-vos al primer error

Confirmeu primer el camí de xarxa, perquè ni la inscripció ni el registre de l'aplicació no es poden completar sense ell. Després confirmeu la inscripció, ja que una aplicació que no pot autenticar-se tampoc no pot registrar res. Només llavors mireu el registre de notificacions. Cada error té el seu responsable, i barrejar-los produeix el bucle clàssic de tornar a restaurar el dispositiu per arreglar una aplicació que mai no es va tornar a registrar.

Anoteu què s'ha tornat a inscriure i quines aplicacions han registrat un testimoni nou, i després proveu una notificació en segon pla i un inici de sessió de VPN. Si tots dos funcionen, la restauració s'ha acabat; si només en funciona un, ara ja sabeu quina via cal arreglar.