Враћање iPad-а покварило VPN и push? Проверите ове две стазе

Вратите iPad из резервне копије, пријавите се поново, и икона VPN профила је ту и апликација за ћаскање се отвара, па све изгледа завршено. Затим тунел не прође аутентификацију и поруке престају да пристижу у позадини. Два симптома изгледају повезано и обично нису. Враћање утиче на две независне стазе: упис који уређај држи за VPN приступ и push регистрацију коју свака апликација има код свог провајдера. Иконе преживе обоје; оно што стоји иза њих често не.

Две стазе, једно враћање

Стаза уређаја тиче се идентитета: који налог, сертификат или управљачки упис iPad може доказати да има. Стаза апликације тиче се адресирања: који ће токен сервис обавештења прихватити када покуша да пробуди одређену инсталацију. Ниједна стаза не поправља другу, а успешна пријава на једној не говори ништа о стању друге.

Поновно покретање није враћање. Поновно покретање губи само радно стање; враћање замењује инсталацију и може променити оба идентитета на начине који се не виде у Подешавањима.

Прва стаза: упис који уређај заиста има

За лични VPN отворите подржано подешавање провајдера и потврдите да се пријављујете на предвиђени налог, затим довршите сваку активацију или упис акредитива који се тражи. Не увозите неповезану стару конфигурацију само да попуните празну листу, јер профил који постоји није исто што и идентитет који сервер још прихвата.

За iPad којим управља организација, враћање мора следити документовани поступак за ту методу уписа и верзију оперативног система, јер се исходи разликују. Apple-ове смернице за враћање управљаних уређаја напомињу да се профил уписа вођен налогом не враћа из резервне копије, па корисник поново пролази кроз подешавање за посао или школу. Друге методе уписа понашају се другачије за исти уређај, заменски уређај и другу верзију оперативног система, због чега један случај никада не треба уопштавати у "VPN профили се увек губе".

Када је уређај уписан, замолите администратора да потврди тренутни идентитет и конфигурацију која му је додељена. Стари профил који се још појављује у Подешавањима доказује само да датотека постоји, а не да ће сервис прихватити акредитиве у њој.

Друга стаза: push токени припадају инсталацији

Apple-ова документација наводи да push сервис издаје нови токен уређаја након враћања из резервне копије, инсталације на нови уређај или поновне инсталације оперативног система. Апликација мора затражити тренутни токен у време извршавања и послати га безбедно свом провајдеру обавештења. Токен кеширан пре враћања није резерва; он адресира инсталацију која више не постоји.

Отворите сваку погођену апликацију и довршите њено подржано подешавање налога и обавештења када мрежна стаза проради. То даје апликацији прилику да обави регистрацију, иако не гарантује да се свака апликација добро носи с враћањем. Регистрација је посао апликације, а видљив резултат је нови токен забележен код провајдера.

За тимове подршке проверите две ствари: да ли је апликација пријавила успешну регистрацију и показује ли мапирање провајдера за тај налог сада на нови токен. Копирање токена од пре враћања или претпоставка да су враћени локални подаци меродавни прескаче корак који заправо враћа испоруку.

Проверавајте овим редом и зауставите се на првом неуспеху

Прво потврдите мрежну стазу, јер се без ње не могу довршити ни упис ни регистрација апликације. Затим потврдите упис, јер апликација која не може да провери идентитет не може ништа ни да региструје. Тек онда погледајте регистрацију обавештења. Сваки неуспех има свог власника, а њихово мешање ствара класичну петљу поновног враћања уређаја да би се поправила апликација која се никада није поново регистровала.

Запишите шта је поново уписано и које су апликације регистровале нови токен, затим тестирајте једно позадинско обавештење и једну VPN пријаву. Ако обоје ради, враћање је завршено; ако ради само једно, сада знате коју стазу поправити.