שחזור iPad שבר את ה-VPN והפוש? בדקו את שני המסלולים האלה
iPad משוחזר שומר על הסמלים, אבל לא תמיד על הרישום או על אסימון הפוש. בדקו את זהות ה-VPN ואת רישום האפליקציה כשני מסלולים נפרדים.
שחזרו iPad מגיבוי, התחברו מחדש, וסמל פרופיל ה-VPN נמצא שם ואפליקציית הצ'אט נפתחת, אז הכול נראה גמור. אחר כך המנהרה נכשלת באימות והודעות מפסיקות להגיע ברקע. שני התסמינים נראים קשורים ובדרך כלל אינם. שחזור משפיע על שני מסלולים בלתי תלויים: הרישום שהמכשיר מחזיק לגישה ל-VPN, ורישום הפוש שלכל אפליקציה יש אצל הספק שלה. הסמלים שורדים את שניהם; מה שמאחוריהם לעתים קרובות לא.
שני מסלולים, שחזור אחד
מסלול המכשיר עוסק בזהות: איזה חשבון, תעודה או רישום ניהולי ה-iPad יכול להוכיח שיש לו. מסלול האפליקציה עוסק במיעון: איזה אסימון שירות ההתראות יקבל כשהוא מנסה להעיר התקנה מסוימת. אף מסלול לא מתקן את האחר, והתחברות מוצלחת באחד לא אומרת דבר על מצבו של האחר.
אתחול אינו שחזור. אתחול מאבד רק את מצב הריצה; שחזור מחליף את ההתקנה ויכול לשנות את שתי הזהויות בדרכים שאינן נראות בהגדרות.
מסלול ראשון: הרישום שבאמת יש למכשיר
ל-VPN אישי, פתחו את ההגדרה הנתמכת של הספק וודאו שאתם מתחברים לחשבון המיועד, ואז השלימו כל הפעלה או רישום אישורים שהיא מבקשת. אל תייבאו תצורה ישנה לא קשורה רק כדי למלא רשימה ריקה, כי פרופיל שקיים אינו אותו דבר כמו זהות שהשרת עדיין מקבל.
ל-iPad המנוהל על ידי ארגון, השחזור חייב לעקוב אחר התהליך המתועד לאותה שיטת רישום ולגרסת מערכת ההפעלה, משום שהתוצאות שונות. ההנחיות של Apple לשחזור מכשירים מנוהלים מציינות שפרופיל רישום מונחה חשבון אינו משוחזר מגיבוי, ולכן המשתמש עובר שוב את ההגדרה לעבודה או לבית הספר. שיטות רישום אחרות מתנהגות אחרת לאותו מכשיר, למכשיר חלופי ולגרסת מערכת הפעלה אחרת, ולכן אין להכליל מקרה אחד ל"פרופילי VPN תמיד הולכים לאיבוד".
לאחר שהמכשיר נרשם, בקשו מהמנהל לאשר את הזהות הנוכחית ואת התצורה שהוקצתה לה. פרופיל ישן שעדיין מופיע בהגדרות מוכיח רק שקובץ קיים, לא שהשירות יקבל את האישורים שבתוכו.
מסלול שני: אסימוני פוש שייכים להתקנה
התיעוד של Apple קובע ששירות הפוש מנפיק אסימון מכשיר חדש לאחר שחזור מגיבוי, התקנה במכשיר חדש או התקנה מחדש של מערכת ההפעלה. האפליקציה חייבת לבקש את האסימון הנוכחי בזמן ריצה ולשלוח אותו באופן מאובטח לספק ההתראות שלה. אסימון שנשמר במטמון לפני השחזור אינו חלופה; הוא ממוען להתקנה שכבר אינה קיימת.
פתחו כל אפליקציה שנפגעה והשלימו את הגדרת החשבון וההתראות הנתמכת שלה לאחר שמסלול הרשת עובד. זה נותן לאפליקציה הזדמנות לבצע את הרישום, אף שאינו מבטיח שכל אפליקציה מתמודדת היטב עם השחזור. הרישום הוא עבודת האפליקציה, והתוצאה הגלויה היא אסימון חדש שנרשם בצד הספק.
לצוותי התמיכה, בדקו שני דברים: אם האפליקציה דיווחה על רישום מוצלח, ואם המיפוי של הספק לאותו חשבון מצביע כעת על האסימון החדש. העתקת אסימון מלפני השחזור, או הנחה שהנתונים המקומיים המשוחזרים הם הקובעים, מדלגת על השלב שבאמת משחזר את המסירה.
בדקו לפי הסדר הזה ועצרו בכשל הראשון
אשרו קודם את מסלול הרשת, כי לא הרישום ולא רישום האפליקציה יכולים להסתיים בלעדיו. אחר כך אשרו את הרישום, כי אפליקציה שאינה יכולה לאמת אינה יכולה לרשום דבר. רק אז הסתכלו על רישום ההתראות. לכל כשל יש בעלים משלו, וערבובם יוצר את הלולאה הקלאסית של שחזור המכשיר שוב כדי לתקן אפליקציה שמעולם לא נרשמה מחדש.
רשמו מה נרשם מחדש ואילו אפליקציות רשמו אסימון חדש, ואז בדקו התראה אחת ברקע והתחברות VPN אחת. אם שתיהן עובדות, השחזור הסתיים; אם רק אחת, אתם כבר יודעים איזה מסלול לתקן.