Відновлення iPad зламало VPN і push? Перевірте ці два шляхи

Відновіть iPad із резервної копії, увійдіть знову, і значок профілю VPN на місці, а застосунок чату відкривається, тож усе виглядає завершеним. Потім тунель не проходить автентифікацію, і повідомлення перестають надходити у фоні. Два симптоми виглядають пов'язаними і зазвичай не пов'язані. Відновлення зачіпає два незалежні шляхи: реєстрацію, яку пристрій тримає для доступу до VPN, і push-реєстрацію, яку має кожен застосунок у свого постачальника. Значки переживають обидва; те, що за ними, часто ні.

Два шляхи, одне відновлення

Шлях пристрою стосується ідентичності: який обліковий запис, сертифікат або реєстрацію керування iPad може довести, що має. Шлях застосунку стосується адресації: який токен прийме служба сповіщень, коли спробує розбудити конкретне встановлення. Жоден шлях не виправляє інший, і успішний вхід на одному нічого не каже про стан іншого.

Перезавантаження не є відновленням. Перезавантаження втрачає лише робочий стан; відновлення замінює встановлення і може змінити обидві ідентичності так, що в Налаштуваннях це не видно.

Перший шлях: реєстрація, яку пристрій справді має

Для особистого VPN відкрийте підтримуване налаштування постачальника і підтвердьте, що входите в потрібний обліковий запис, потім завершіть будь-яку активацію або реєстрацію облікових даних, яку він вимагає. Не імпортуйте сторонню стару конфігурацію лише щоб заповнити порожній список, бо наявний профіль не те саме, що ідентичність, яку сервер ще приймає.

Для iPad під керуванням організації відновлення має йти документованим процесом для того методу реєстрації та версії операційної системи, оскільки результати різняться. Настанови Apple щодо відновлення керованих пристроїв зазначають, що профіль реєстрації на основі облікового запису не відновлюється з резервної копії, тож користувач знову проходить налаштування для роботи або школи. Інші методи реєстрації поводяться інакше для того самого пристрою, замінного пристрою та іншої версії операційної системи, тому один випадок ніколи не слід узагальнювати до "профілі VPN завжди губляться".

Після реєстрації пристрою попросіть адміністратора підтвердити поточну ідентичність і призначену їй конфігурацію. Старий профіль, який досі видно в Налаштуваннях, доводить лише існування файлу, а не те, що служба прийме облікові дані всередині нього.

Другий шлях: push-токени належать встановленню

Документація Apple стверджує, що служба push видає новий токен пристрою після відновлення з резервної копії, встановлення на новий пристрій або перевстановлення операційної системи. Застосунок має запитати поточний токен під час роботи і безпечно надіслати його своєму постачальнику сповіщень. Токен, закешований до відновлення, не є запасним варіантом; він адресує встановлення, якого більше немає.

Відкрийте кожен постраждалий застосунок і завершіть підтримуване налаштування облікового запису й сповіщень, коли мережевий шлях запрацює. Це дає застосунку шанс виконати реєстрацію, хоча не гарантує, що кожен застосунок добре дає раду відновленню. Реєстрація — робота застосунку, а видимий результат — новий токен, записаний на боці постачальника.

Командам підтримки слід перевірити дві речі: чи застосунок повідомив про успішну реєстрацію і чи зіставлення постачальника для цього облікового запису тепер указує на новий токен. Копіювання токена до відновлення або припущення, що відновлені локальні дані є визначальними, пропускає крок, який справді відновлює доставку.

Перевіряйте в цьому порядку і зупиніться на першій помилці

Спершу підтвердьте мережевий шлях, бо без нього не завершиться ні реєстрація, ні реєстрація застосунку. Потім підтвердьте реєстрацію, адже застосунок, який не може автентифікуватися, не зареєструє й нічого. Лише після цього дивіться на реєстрацію сповіщень. Кожна помилка має свого власника, а їх змішування створює класичний цикл знову відновлювати пристрій, щоб виправити застосунок, який так і не перереєструвався.

Запишіть, що було перереєстровано і які застосунки зареєстрували новий токен, потім перевірте одне фонове сповіщення і один вхід у VPN. Якщо працюють обидва, відновлення завершено; якщо лише один, ви вже знаєте, який шлях виправляти.