iPad-ის აღდგენამ VPN და push გატეხა? შეამოწმეთ ეს ორი გზა

აღადგინეთ iPad სარეზერვო ასლიდან, ისევ შედით სისტემაში, და VPN-ის პროფილის ხატულა ადგილზეა და ჩატის აპი იხსნება, ასე რომ ყველაფერი დასრულებულად გამოიყურება. შემდეგ გვირაბი ვერ გაივლის ავთენტიფიკაციას და შეტყობინებები წყვეტს ფონზე მოსვლას. ორი სიმპტომი დაკავშირებულად გამოიყურება და ჩვეულებრივ ასე არ არის. აღდგენა ორ დამოუკიდებელ გზაზე მოქმედებს: რეგისტრაციაზე, რომელსაც მოწყობილობა VPN-ზე წვდომისთვის ინახავს, და push-რეგისტრაციაზე, რომელიც ყველა აპს თავის მიმწოდებელთან აქვს. ხატულები ორივეს გადაურჩება; ის, რაც მათ უკან არის, ხშირად არა.

ორი გზა, ერთი აღდგენა

მოწყობილობის გზა იდენტობაზეა: რომელი ანგარიში, სერტიფიკატი ან მართვის რეგისტრაცია შეუძლია iPad-ს დაამტკიცოს, რომ აქვს. აპის გზა მისამართებზეა: რომელ ტოკენს მიიღებს შეტყობინებების სერვისი, როცა კონკრეტული ინსტალაციის გაღვიძებას ცდილობს. არც ერთი გზა არ არემონტებს მეორეს, და ერთში წარმატებული შესვლა მეორის მდგომარეობაზე არაფერს ამბობს.

გადატვირთვა არ არის აღდგენა. გადატვირთვა მხოლოდ მუშაობის მდგომარეობას კარგავს; აღდგენა ინსტალაციას ცვლის და ორივე იდენტობას ისე შეუძლია შეცვალოს, რაც პარამეტრებში არ ჩანს.

პირველი გზა: რეგისტრაცია, რომელიც მოწყობილობას ნამდვილად აქვს

პირადი VPN-ისთვის გახსენით მიმწოდებლის მხარდაჭერილი კონფიგურაცია და დაადასტურეთ, რომ სასურველ ანგარიშში შედიხართ, შემდეგ დაასრულეთ ნებისმიერი აქტივაცია ან სერტიფიკატის რეგისტრაცია, რომელსაც ითხოვს. ნუ შემოიტანთ უკავშირო ძველ კონფიგურაციას მხოლოდ ცარიელი სიის შესავსებად, რადგან არსებული პროფილი არ არის იგივე, რაც იდენტობა, რომელსაც სერვერი ჯერ კიდევ იღებს.

ორგანიზაციის მიერ მართული iPad-ისთვის აღდგენამ უნდა მიჰყვეს ამ რეგისტრაციის მეთოდისა და ოპერაციული სისტემის ვერსიისთვის დოკუმენტირებულ პროცესს, რადგან შედეგები განსხვავდება. Apple-ის მართული მოწყობილობების აღდგენის სახელმძღვანელო აღნიშნავს, რომ ანგარიშით მართული რეგისტრაციის პროფილი სარეზერვო ასლიდან არ აღდგება, ამიტომ მომხმარებელი კვლავ გადის სამუშაოს ან სკოლის კონფიგურაციას. სხვა რეგისტრაციის მეთოდები სხვაგვარად იქცევიან იმავე მოწყობილობის, შემცვლელი მოწყობილობისა და სხვა ოპერაციული სისტემის ვერსიის შემთხვევაში, ამიტომ ერთი შემთხვევა არასოდეს უნდა იქნას განზოგადებული როგორც "VPN პროფილები ყოველთვის იკარგება".

მას შემდეგ რაც მოწყობილობა დარეგისტრირდება, სთხოვეთ ადმინისტრატორს დაადასტუროს მიმდინარე იდენტობა და მასზე მინიჭებული კონფიგურაცია. პარამეტრებში ჯერ კიდევ გამოჩენილი ძველი პროფილი მხოლოდ იმას ამტკიცებს, რომ ფაილი არსებობს, და არა იმას, რომ სერვისი მასში არსებულ სერტიფიკატს მიიღებს.

მეორე გზა: push-ტოკენები ინსტალაციას ეკუთვნის

Apple-ის დოკუმენტაცია აცხადებს, რომ push სერვისი ახალ მოწყობილობის ტოკენს გასცემს სარეზერვო ასლიდან აღდგენის, ახალ მოწყობილობაზე ინსტალაციის ან ოპერაციული სისტემის ხელახალი ინსტალაციის შემდეგ. აპმა მიმდინარე ტოკენი მუშაობის დროს უნდა მოითხოვოს და უსაფრთხოდ გაუგზავნოს თავის შეტყობინებების მიმწოდებელს. აღდგენამდე ქეშირებული ტოკენი სარეზერვო ვარიანტი არ არის; ის ინსტალაციას მიმართავს, რომელიც აღარ არსებობს.

გახსენით ყოველი დაზარალებული აპი და დაასრულეთ მისი მხარდაჭერილი ანგარიშისა და შეტყობინებების კონფიგურაცია, როცა ქსელის გზა იმუშავებს. ეს აპს რეგისტრაციის შესრულების შანსს აძლევს, თუმცა არ იძლევა გარანტიას, რომ ყოველი აპი აღდგენას კარგად უმკლავდება. რეგისტრაცია აპის საქმეა, და ხილული შედეგი მიმწოდებლის მხარეს ჩაწერილი ახალი ტოკენია.

მხარდაჭერის გუნდებისთვის შეამოწმეთ ორი რამ: შეატყობინა თუ არა აპმა წარმატებულ რეგისტრაციაზე, და მიუთითებს თუ არა მიმწოდებლის რუკა ამ ანგარიშისთვის ახლა ახალ ტოკენზე. აღდგენამდე არსებული ტოკენის კოპირება, ან იმის ვარაუდი, რომ აღდგენილი ლოკალური მონაცემები ავტორიტეტულია, გამოტოვებს ნაბიჯს, რომელიც რეალურად აღადგენს მიწოდებას.

შეამოწმეთ ამ თანმიმდევრობით და გაჩერდით პირველ წარუმატებლობაზე

ჯერ დაადასტურეთ ქსელის გზა, რადგან მის გარეშე არც რეგისტრაცია და არც აპის რეგისტრაცია ვერ დასრულდება. შემდეგ დაადასტურეთ რეგისტრაცია, რადგან აპი, რომელიც ვერ ავთენტიფიცირდება, ვერც არაფერს დაარეგისტრირებს. მხოლოდ ამის შემდეგ შეხედეთ შეტყობინებების რეგისტრაციას. ყოველ წარუმატებლობას თავისი მფლობელი ჰყავს, და მათი შერევა ქმნის კლასიკურ ციკლს: კვლავ აღადგინე მოწყობილობა, რომ გაასწორო აპი, რომელიც არასოდეს გადარეგისტრირდა.

ჩაწერეთ რა გადარეგისტრირდა და რომელმა აპებმა დაარეგისტრირეს ახალი ტოკენი, შემდეგ გამოსცადეთ ერთი ფონური შეტყობინება და ერთი VPN შესვლა. თუ ორივე მუშაობს, აღდგენა დასრულებულია; თუ მხოლოდ ერთი, ახლა იცით რომელი გზა უნდა გაასწოროთ.