Restaurarea iPad-ului a stricat VPN-ul și push? Verificați aceste două trasee

Restaurați un iPad dintr-o copie de siguranță, autentificați-vă din nou, iar pictograma profilului VPN este acolo și aplicația de chat se deschide, așa că totul pare terminat. Apoi tunelul eșuează la autentificare și mesajele nu mai ajung în fundal. Cele două simptome par legate și de obicei nu sunt. O restaurare afectează două trasee independente: înrolarea pe care dispozitivul o păstrează pentru accesul VPN și înregistrarea push pe care fiecare aplicație o are la propriul furnizor. Pictogramele supraviețuiesc ambelor; ceea ce se află în spatele lor adesea nu.

Două trasee, o restaurare

Traseul dispozitivului ține de identitate: ce cont, certificat sau înrolare de administrare poate iPad-ul să demonstreze că are. Traseul aplicației ține de adresare: ce token va accepta serviciul de notificări când încearcă să trezească o instalare anume. Niciun traseu nu îl repară pe celălalt, iar o autentificare reușită pe unul nu spune nimic despre starea celuilalt.

O repornire nu este o restaurare. O repornire pierde doar starea de execuție; o restaurare înlocuiește instalarea și poate schimba ambele identități în moduri invizibile în Setări.

Primul traseu: înrolarea pe care dispozitivul o are cu adevărat

Pentru un VPN personal, deschideți configurarea acceptată a furnizorului și confirmați că vă autentificați în contul dorit, apoi finalizați orice activare sau înrolare de acreditări cerută. Nu importați o configurație veche fără legătură doar pentru a umple o listă goală, fiindcă un profil care există nu este același lucru cu o identitate pe care serverul încă o acceptă.

Pentru un iPad administrat de o organizație, restaurarea trebuie să urmeze procesul documentat pentru acea metodă de înrolare și acea versiune de sistem de operare, deoarece rezultatele diferă. Ghidul Apple despre restaurarea dispozitivelor administrate notează că un profil de înrolare bazat pe cont nu este restaurat dintr-o copie de siguranță, așa că utilizatorul parcurge din nou configurarea pentru muncă sau școală. Alte metode de înrolare se comportă diferit pentru același dispozitiv, un dispozitiv de înlocuire și o versiune diferită de sistem de operare, motiv pentru care un caz nu ar trebui generalizat niciodată în "profilurile VPN se pierd mereu".

După ce dispozitivul este înrolat, rugați administratorul să confirme identitatea curentă și configurația alocată acesteia. Un profil vechi care încă apare în Setări dovedește doar că există un fișier, nu că serviciul va accepta acreditările din el.

Al doilea traseu: tokenurile push aparțin unei instalări

Documentația Apple afirmă că serviciul push emite un token nou de dispozitiv după restaurarea unei copii de siguranță, instalarea pe un dispozitiv nou sau reinstalarea sistemului de operare. Aplicația trebuie să ceară tokenul curent la rulare și să îl trimită în siguranță furnizorului său de notificări. Un token memorat în cache înainte de restaurare nu este o alternativă; el adresează o instalare care nu mai există.

Deschideți fiecare aplicație afectată și finalizați configurarea acceptată de cont și notificări odată ce traseul de rețea funcționează. Asta îi dă aplicației șansa de a face înregistrarea, deși nu garantează că fiecare aplicație gestionează bine recuperarea. Înregistrarea este treaba aplicației, iar rezultatul vizibil este un token nou înregistrat la furnizor.

Pentru echipele de suport, verificați două lucruri: dacă aplicația a raportat o înregistrare reușită și dacă maparea furnizorului pentru acel cont indică acum noul token. Copierea unui token dinainte de restaurare, sau presupunerea că datele locale restaurate sunt autoritare, omite pasul care restaurează de fapt livrarea.

Verificați în această ordine și opriți-vă la primul eșec

Confirmați mai întâi traseul de rețea, pentru că nici înrolarea, nici înregistrarea aplicației nu pot fi finalizate fără el. Apoi confirmați înrolarea, fiindcă o aplicație care nu se poate autentifica nu poate înregistra nimic. Abia apoi uitați-vă la înregistrarea notificărilor. Fiecare eșec are propriul responsabil, iar amestecarea lor produce bucla clasică de a restaura din nou dispozitivul pentru a repara o aplicație care nu s-a reînregistrat niciodată.

Notați ce a fost reînrolat și ce aplicații au înregistrat un token nou, apoi testați o notificare în fundal și o autentificare VPN. Dacă ambele funcționează, restaurarea s-a terminat; dacă doar una, știți acum ce traseu trebuie reparat.