היקף איפוס ה-VPN באנדרואיד: מה כל שכבה באמת מוחקת
מטמון, אחסון האפליקציה, איפוס רשת ואיפוס יצרן מוחקים מצבים שונים באנדרואיד. התאימו את השכבה למצב שאתם חושדים בו לפני מחיקת פרופיל.
לאנדרואיד יש ארבע פעולות נפרדות שאנשים קוראים להן איפוס VPN, והן מוחקות דברים שונים. ניקוי המטמון של אפליקציה מסיר קבצים זמניים; ניקוי האחסון שלה מסיר את הפרופיל עצמו. איפוס רשת בונה מחדש את מחסנית הקישוריות, ואיפוס יצרן מחליף את מחיצת נתוני המשתמש. בחרו את הפעולה לפי המצב שאתם חושדים בו, לא לפי הרגל. אם תטעו, הפרופיל או נתיב ההרשמה שהייתם צריכים כבר אינם, לפני שאיבחנתם דבר.
הנה הכלל שאני משתמש בו בכל שיחה: תנו שם למצב, תנו שם לבעלים שלו, ואז הסירו רק את העותק של אותו בעלים. שאר העמוד הזה עוסק בשאלה איזה רכיב באנדרואיד מחזיק אילו בייטים.
איפה פרופיל VPN באנדרואיד באמת חי
לקוח צד שלישי בטלפון לא מנוהל מחזיק את הפרופיל בתוך תיקיית נתוני האפליקציה שלו, כקובץ העדפות, גוש JSON או מסד נתונים קטן של SQLite. את התיקייה הזו מוחק הפריט ניקוי אחסון בהגדרות. הפרופיל אינו ברשימת ה-VPN של המערכת: הרשימה ההיא מחזיקה את רשומת החיבור שהלקוח רשם דרך VpnService, וכוללת את שם החיבור, החבילה הבעלים וכל דגל תמיד-פעיל שהמשתמש קבע.
VpnService הוא אינסטלציה, לא אחסון. הלקוח מבקש הסכמה פעם אחת, בונה ממשק tun ומעביר חבילות בעצמו, ולכן הפלטפורמה לעולם אינה צריכה להבין את פורמט הפרופיל. זו הסיבה שקובץ תצורה שהועתק מטלפון אחר מיובא לעתים קרובות כפרופיל ריק או נכשל באימות.
פרטי הגישה הולכים בדרך אחרת. מפתח או תעודה שהושגו דרך KeyChain של המערכת נשארים במאגר מנוהל מערכת, כך שמחיקת נתוני האפליקציה עשויה להשאיר את פרטי הגישה שמישים ולהסיר רק את הכינוי של הלקוח אליהם.
מכשירים מנוהלים מוסיפים בעלים שני. פרופיל עבודה שנוצר על ידי EMM מריץ עותק משל עצמו של הלקוח תחת המדיניות שלו, ו-VPN תמיד-פעיל יכול להיות מוצמד על ידי מדיניות המכשיר כך שהמשתמש לא יוכל לנתק אותו. במכשירים כאלה הפרופיל מסופק בדרך כלל בעת ההרשמה ולא מוקלד ביד. אז השחזור הוא החלטת רישום מחדש, לא ייבוא מחדש.
מטמון, אחסון, איפוס רשת, איפוס יצרן
ארבע הפעולות תואמות לגבולות האלה. קראו את השורה של המצב שאתם חושדים בו לפני שאתם נוגעים במשהו.
| Operation | What it removes | What survives |
|---|---|---|
| Clear cache | Temporary files, including any diagnostic bundle the client wrote there | Profile, credentials, enrollment |
| Clear storage | The app's preferences, databases and saved profile | KeyChain entries, other apps, device policy |
| Network reset | Wi-Fi, mobile and Bluetooth registrations, and on most builds the saved VPN entries | App data, KeyChain, work profile |
| Factory reset | The user data partition, accounts and device-bound keys | Nothing on the device |
ניקוי מטמון הוא הבטוח והפחות שימושי. הוא מסיר קבצים זמניים, וזה גם המקום שבו לקוח עשוי להניח את היומן שנציג תמיכה ביקש מכם ממש עכשיו. מדריך אנדרואיד לפתרון תקלות באפליקציות מתייחס למטמון ולאחסון כשני מחיקות שונות, וגם אתם צריכים.
ניקוי אחסון הוא האיפוס האמיתי לכל אפליקציה. הוא מסיר את הפרופיל, את השער השמור ואת דגלי האמון שהלקוח החזיק עבור רשתות מסוימות. הוא אינו מבטל רשומות KeyChain, אינו מסיר רשומת VPN מערכתית השייכת לאפליקציה אחרת, ובפרופיל מנוהל אינו מסיר את המדיניות שדחפה את הפרופיל מלכתחילה.
איפוס הרשת בהגדרות הוא ברמת המכשיר כולו, והיקפו המדויק משתנה לפי יצרן וגרסת אנדרואיד. תיבת האישור בגרסה שלכם היא ההצהרה האמינה היחידה על מה שהוא ישכח.
רשמו קודם את דרך החזרה
לפני כל צעד הרסני, רשמו חמישה דברים: גרסת לקוח, שם פרופיל, כתובת שער, בעל השירות והשלב המדויק שבו החיבור נכשל.
חמשת העובדות האלה מפרידות בין תקלת לקוח לתקלת מדיניות או שרת. פסק זמן, דחיית תעודה וסירוב מיידי הם שלושה כשלים שונים, וכל אחד מצביע על בעלים אחר. אם תנקו קודם את האחסון, תאבדו את הראיות מצד הלקוח שהיו מבדילות ביניהם. שמרו עותק מסונן של היומן כל עוד הוא קיים.
אחר כך אשרו כיצד החיבור ייווצר מחדש. שם תצוגה ושם מארח אינם מספיקים כאשר הפרופיל היה תלוי בתעודת לקוח, בתצורה מנוהלת או בהרשמת MFA הקשורה למכשיר הזה.
הנעילה הראשונית שאיש אינו מתכנן
מצב כשל אחד ראוי לסעיף משלו. אם המקום היחיד להוריד ממנו את הפרופיל הוא פורטל פנימי שנגיש רק דרך המנהרה שאתם עומדים להסיר, ניקוי האחסון יוצר מבוי סתום בלי מוצא בתוך האפליקציה.
VPN תמיד-פעיל עם האפשרות לחסום חיבורים ללא VPN הופך את זה להשבתה מלאה: לטלפון אין נתיב עובד לפורטל, וללקוח אין פרופיל להעלות את המנהרה. שני המצבים מחזיקים זה את זה במקום.
המוצא הוא פרוצדורלי, לא טכני. ייצאו או צלמו את התצורה כל עוד המנהרה עובדת, אשרו שלפורטל יש נתיב שאינו תלוי ב-VPN, ורק אז מחקו משהו. במכשיר מנוהל, שאלו את המנהל איזה נתיב שחזור קיים לפני שאתם נוגעים בפרופיל.
אמתו את המנהרה שנבנתה מחדש
לאחר שהפרופיל חזר, בדקו לפי הסדר: פתרון שמות, חיבור TCP למארח פנימי מוכר והתנהגות חסימת הכשלים שאתם באמת מסתמכים עליה. הסדר חשוב כי מנהרה יכולה לעלות ועדיין להדליף DNS.
סמל מפתח בשורת המצב מוכיח שהממשק קיים, לא יותר.
אם החיבור עדיין נכשל אחרי איפוס ממוקד, הפסיקו להגדיל את היקף הפעולה. שמרו את הראיות לפני ואחרי, ציינו איזו שכבה ניקיתם, ומסרו את המקרה לבעל הרכיב עם חמש העובדות. איפוס יצרן הוא החלטה נפרדת בעלות גבוהה בהרבה, והוא אינו הצעד הבא ברשימת בדיקה של VPN.