האפליקציה הישנה נעלמה, ורשימת המנהרה המפוצלת עדיין מכילה רשומה עבורה. שום דבר לא נשבר באופן נראה לעין, ולכן היא נשארת שם חודשים. ואז מישהו מתקין תוכנית אחרת באותה תיקייה, או פרופיל מנוהל משחזר את הכלל בכל התחברות מחדש, והתעבורה מתחילה ללכת בנתיב שאיש לא תכנן. ההחרגה האריכה ימים יותר מהסיבה שלשמה נוצרה.

הניקוי כאן עוסק בעיקר בזהות: לאן הכלל מצביע כעת, ומי הבעלים של הרשימה.

התסמין: החרגה שלא תואמת דבר

רשומה מיושנת אינה נראית בשימוש רגיל. היא נעשית נראית בשלוש דרכים: אפליקציה שציפיתם שתעבור במנהרה עוברת ישירות, תוכנית חדשה יורשת החרגה ישנה, או שהלקוח מסרב לשמור עריכה מפני שהפרופיל המנוהל דורס אותה. שלושתם נראים כמו באגים נפרדים, ושלושתם אותה בעיית רישום. כל אחד מהם זול לבדיקה ויקר לאבחון שגוי.

התחילו בקריאת הכלל, לא במחיקתו.

גלו מה הכלל מזהה

מימושים של מנהרה מפוצלת מבססים החרגות על דברים שונים: נתיב לקובץ הפעלה, שם חבילה, מזהה חבילה או מסלול. כלל מבוסס נתיב מצביע לקובץ שאולי כבר אינו קיים, או שאולי הוא כעת קובץ אחר. כלל מבוסס חבילה מצביע לזהות שהתקנה חדשה יכולה לעשות בה שימוש חוזר. קראו את התיעוד של הלקוח עבור השדה שאתם מסתכלים עליו, כי אותה תיבת טקסט משמעותה שונה במוצרים שונים. מדריך VpnService של Android הוא ההפניה למקרה המבוסס חבילה.

השם המוצג הוא החלק הפחות אמין ברשומה, והוא החלק שאנשים קוראים.

כללי נתיב וכללי חבילה מתנהגים אחרת

כלל נתיב ששורד הסרה בדרך כלל הופך ללא פעיל, ולא פעיל הוא התוצאה הטובה. התוצאה הרעה היא נתיב שעושים בו שימוש חוזר, מפני שקובץ ההפעלה החדש יורש את ההחרגה בשקט. כללי חבילה מתנהגים שוב אחרת: מוצר עשוי להתעלם מחבילה שאינה זמינה, לדחות אותה, או להמשיך להתאים לפי שם כאשר משהו חדש תובע את השם הזה.

אל תעבירו הנחה מלקוח אחד לאחר. בדקו מה הלקוח שלכם באמת עושה עם יעד חסר, באופן אידיאלי על ידי יצירת המצב בכוונה במכונת בדיקה וצפייה איזה תהליך יורש את ההחרגה.

הסירו אותה דרך הבעלים

אם הרשימה מגיעה מפרופיל מנוהל, עריכה מקומית היא שינוי זמני שיוחזר בהתחברות מחדש הבאה. שנו את הפרופיל, או שאלו את מי שמחזיק בו, ואמתו שהעריכה שורדת התחברות מחדש. אם הרשימה מקומית, הסירו את הרשומה ובדקו שהלקוח כתב מחדש את התצורה שלו במקום להחזיק את הישנה בזיכרון.

רשימה ריקה אינה המטרה. המטרה היא רשימה שהרשומות שלה עדיין מתאימות לדרישות אמיתיות.

לאחר מכן בדקו את שני הכיוונים

לאחר הניקוי, בדקו אפליקציה שצריכה עדיין להיות מוחרגת ואפליקציה שצריכה כעת לעבור במנהרה. אמתו את התנהגות ה-DNS בנפרד, כי מדיניות הפותר היא בקרה שונה מרשימת ההחרגות. לאחר מכן התחברו מחדש פעם אחת ובדקו שוב, שכן פרופיל משוחזר הוא הדרך הנפוצה ביותר שבה ניקוי מבטל את עצמו בשקט.

שמרו מטרה של שורה אחת לצד כל החרגה שנותרה. השורה הזו היא מה שמונע מהרשימה להפוך למוזיאון, והיא הופכת את הניקוי הבא לעבודה של חמש דקות.

מאמרים קשורים