Restarigo de iPad rompis VPN kaj push? Kontrolu ĉi tiujn du vojojn

Restarigu iPad el sekurkopio, ensalutu denove, kaj la ikono de la VPN-profilo estas tie kaj la babileja aplikaĵo malfermiĝas, do ĉio ŝajnas finita. Poste la tunelo malsukcesas je aŭtentigo kaj mesaĝoj ĉesas alveni en la fono. La du simptomoj ŝajnas ligitaj kaj kutime ne estas. Restarigo influas du sendependajn vojojn: la registriĝon kiun la aparato tenas por VPN-aliro, kaj la push-registradon kiun ĉiu aplikaĵo havas ĉe sia propra provizanto. Ikonoj postvivas ambaŭ; tio, kio staras malantaŭ ili, ofte ne.

Du vojoj, unu restarigo

La aparata vojo temas pri identeco: kiun konton, atestilon aŭ administran registriĝon la iPad povas pruvi ke ĝi havas. La aplikaĵa vojo temas pri adresado: kiun ĵetonon la sciiga servo akceptos kiam ĝi provas veki specifan instalon. Neniu vojo riparas la alian, kaj sukcesa ensaluto ĉe unu diras nenion pri la stato de la alia.

Restartigo ne estas restarigo. Restartigo perdas nur la kurantan staton; restarigo anstataŭigas la instalon kaj povas ŝanĝi ambaŭ identecojn laŭ manieroj nevideblaj en Agordoj.

Vojo unu: la registriĝo kiun la aparato efektive havas

Por persona VPN, malfermu la subtenatan agordon de la provizanto kaj konfirmu ke vi ensalutas al la celita konto, poste plenumu ajnan aktivigon aŭ identigilan registriĝon kiun ĝi postulas. Ne importu nerilatan malnovan agordon nur por plenigi malplenan liston, ĉar ekzistanta profilo ne estas la sama kiel identeco kiun la servilo ankoraŭ akceptas.

Por organizacie administrata iPad, la restarigo devas sekvi la dokumentitan procezon por tiu registriĝa metodo kaj operaciuma versio, ĉar la rezultoj malsamas. La gvidilo de Apple pri restarigo de administrataj aparatoj rimarkigas ke konta registriĝa profilo ne estas restarigata el sekurkopio, do la uzanto denove trapasas la agordon por laboro aŭ lernejo. Aliaj registriĝaj metodoj kondutas malsame por la sama aparato, anstataŭa aparato kaj malsama operaciuma versio, kio estas kial unu kazo neniam estu ĝeneraligata al "VPN-profiloj ĉiam perdiĝas".

Post kiam la aparato registriĝis, petu la administranton konfirmi la nunan identecon kaj la agordon atribuitan al ĝi. Malnova profilo kiu ankoraŭ aperas en Agordoj pruvas nur ke dosiero ekzistas, ne ke la servo akceptos la identigilojn en ĝi.

Vojo du: push-ĵetonoj apartenas al instalo

La dokumentaro de Apple diras ke la push-servo eldonas novan aparatan ĵetonon post restarigo el sekurkopio, instalo sur nova aparato aŭ reinstalo de la operaciumo. La aplikaĵo devas peti la kurantan ĵetonon dum rultempo kaj sendi ĝin sekure al sia sciiga provizanto. Ĵetono kaŝmemorigita antaŭ la restarigo ne estas rezervo; ĝi adresas instalon kiu jam ne ekzistas.

Malfermu ĉiun tuŝitan aplikaĵon kaj finu ĝian subtenatan konton kaj sciigan agordon post kiam la reta vojo funkcias. Tio donas al la aplikaĵo ŝancon fari la registradon, kvankam ĝi ne povas garantii ke ĉiu aplikaĵo bone traktas reakiron. Registrado estas la laboro de la aplikaĵo, kaj la videbla rezulto estas nova ĵetono registrita ĉe la provizanto.

Por subtenaj teamoj, kontrolu du aferojn: ĉu la aplikaĵo raportis sukcesan registradon, kaj ĉu la mapado de la provizanto por tiu konto nun montras al la nova ĵetono. Kopii ĵetonon de antaŭ la restarigo, aŭ supozi ke restarigitaj lokalaj datumoj estas aŭtoritataj, preterlasas la paŝon kiu efektive restaŭras la liveradon.

Kontrolu laŭ ĉi tiu ordo kaj haltu ĉe la unua malsukceso

Konfirmu unue la retan vojon, ĉar nek la registriĝo nek la aplikaĵa registrado povas finiĝi sen ĝi. Poste konfirmu la registriĝon, ĉar aplikaĵo kiu ne povas aŭtentigi ankaŭ povas registri nenion. Nur poste rigardu la sciigan registradon. Ĉiu malsukceso havas sian propran posedanton, kaj miksado de ili produktas la klasikan buklon restarigi la aparaton denove por ripari aplikaĵon kiu neniam re-registriĝis.

Notu kio estis re-registrita kaj kiuj aplikaĵoj registris novan ĵetonon, poste testu unu fonscian sciigon kaj unu VPN-ensaluton. Se ambaŭ funkcias, la restarigo finiĝis; se nur unu funkcias, vi nun scias kiun vojon ripari.