ה-VPN של iPhone מתחבר מחדש אחרי כיבוי: מי מפעיל אותו?
ניתוק ידני לא מבטל את הכללים שמפעילים מנהרה. השוו בין מדיניות לפי דרישה, אפליקציית הספק ומדיניות מנוהלת כדי למצוא את הבעלים האמיתי.
הקישו על ניתוק ב-VPN של iPhone, פתחו דפדפן והמנהרה שוב פעילה לפני שהדף נטען, מה שגורם למתג להיראות מקולקל. בדרך כלל זה עובד כמתוכנן, רק לא כפי שהמשתמש התכוון. ניתוק מסיים הפעלה אחת; משהו אחר עדיין מחזיק בהרשאה להתחיל חדשה. שלושה בעלים שונים יכולים לעשות זאת ב-iOS, וכל אחד משאיר טביעת אצבע שונה במועד שבו ההתחברות מחדש מתרחשת.
ניתוק אינו השבתה
ניתוק ידני אומר למנהרה לעצור. הוא לא בהכרח אומר למערכת להפסיק לבקש אותה. כללי התחברות לפי דרישה, מדיניות ההתחברות האוטומטית של אפליקציית ספק ותצורת Always On מנוהלת – כולם שורדים ניתוק, וכל אחד מהם יכול להתחיל את החיבור שוב בלי שהמשתמש ייגע במשהו.
ההבחנה חשובה מפני שהתיקון נמצא אצל הבעלים. העברת המתג בכוח רב יותר לא עוזרת אף פעם, ומחיקת הפרופיל היא פעולה גדולה בהרבה ממה שהבעיה דורשת. מצאו קודם את הטריגר ורק אחר כך החליטו אם שינוי שלו הוא עניינכם. הסדר הזה גם מונע מכם להסיר תצורה עובדת בגלל מרדף אחרי כלל שיושב במקום אחר.
השוו את שלושת הבעלים לפי הטריגר שלהם
התחברות לפי דרישה מגיבה לתנאים שמערכת ההפעלה מעריכה: הצטרפות לרשת, או בקשה שקשורה לתחום שהכלל תואם. אפליקציית ספק יכולה להעלות חיבור כשהאפליקציה עולה או כשהמדיניות שלה ברקע מחליטה כך. פריסת Always On מנוהלת היא דרישה ברמת המכשיר שאין למשתמש לעקוף אותה כלל.
שימו לב איזה אירוע קודם להתחברות מחדש והבעלים הופך לדי ברור. זה ההבדל בין כלל שאפשר לערוך למדיניות שאפשר רק לשאול עליה.
מה כללי הדרישה באמת עושים
התנהגות לפי דרישה היא רשימה מסודרת. כל רשומה תואמת תנאי ומפיקה פעולה: התחברות, ניתוק, הערכת ניסיון חיבור או התעלמות. כלל התחברות שמופיע לפני כלל ניתוק מנצח בכל פעם ששניהם תואמים, ולכן מכשיר יכול להתחבר מחדש מיד אחרי ניתוק ידני.
כללים יכולים גם להיות מבוססי תחום, ולהתאים לשם מארח בבקשה במקום לשינוי ממשק. זו התבנית שמאחורי ״ה-VPN חוזר כשאני פותח את אתר האינטרנט הפנימי״, והיא מצביעה על הספק או על הפרופיל שהתקין את הכלל ולא על iOS עצמו.
Always On מנוהל אינו אפשרות אישית
במכשיר מפוקח ומנוהל, הארגון יכול לדרוש ש-VPN יישאר פעיל ויכול לשלול מהמשתמש את היכולת לכבות אותו. שום כמות של העברת מתגים בהגדרות לא תשנה זאת, והתשובה הכנה היא שההתנהגות שייכת למדיניות של המנהל.
שאלו איזו מדיניות חלה ואיזה תהליך חריגה קיים, אם בכלל. מחיקת פרופיל הניהול המותקן אינה פתרון נתמך; היא עלולה להסיר תצורה אחרת שהמכשיר תלוי בה ועלולה לשבור דיווח עמידה בדרישות.
בדקו על ידי הסרת הטריגר, לא הפרופיל
השאירו את הפרופיל מותקן, נתקו ואז חזרו על האירוע שהפעיל מחדש את המנהרה בעבר: הצטרפו לאותה רשת Wi-Fi, פתחו את אותה אפליקציה, בקשו את אותו שם פנימי. אם המנהרה חוזרת באותו רגע, זיהיתם את הטריגר ותוכלו לחפש את ההגדרה שמחזיקה בו.
שנו הגדרה אחת אצל הבעלים ואז חזרו על אותו מבחן. אם ההתחברות מחדש נפסקת, יש לכם את התשובה; אם היא נמשכת, הטריגר נמצא במקום אחר והפרופיל מעולם לא היה הבעיה. גם קובץ הגדרות שהורד ועדיין יושב באפליקציית קבצים אינו תצורה מותקנת, ולכן מחיקת הקובץ לא מוכיחה דבר.
התוצאה השימושית היא משפט שאפשר לרשום: החיבור הזה מופעל על ידי הכלל או המדיניות הזו, והבעלים שלו הוא הצד הזה. ברגע שזה נכון, המתג מפסיק להרגיש בלתי צפוי, והאדם הבא שמדווח על כך מקבל תשובה ישירה במקום התקנה מחדש נוספת.