האם kill switch חוסם תעבורה לפני שהאפליקציה של VPN עולה?

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

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

מאיפה החסימה באמת מגיעה

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

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

הפרידו בין החלון לשירות

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

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

בדקו את מרווח האתחול בבטחה

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

בדיקה שנעשית לאחר שהמנהרה כבר עולה אינה מוכיחה דבר לגבי האתחול.

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

קראו את המדיניות לכל פלטפורמה

Android חושף את המצב התמידי ואת החסימה כמתגים נפרדים, ושניהם חייבים להיות דלוקים להגנה לפני העלייה. ב-Windows יש תפיסה של מנהרת מכשיר תמידית שנקבעת באמצעות מדיניות, וזו אינה זהה ללקוח במצב משתמש שעולה מוקדם. OpenVPN Connect מתעד את התנהגות ה-kill switch שלו לכל פלטפורמה, וההיקף המתועד הוא מה שאתם בודקים. אל תעבירו שם הגדרה ממערכת אחת לאחרת ואל תניחו שהמשמעות נסעה איתו.

פרופיל שדורש סיסמה אינטראקטיבית תלוי באתחול אחרת מאשר מנהרת מכונה.

מה לתעד

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

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

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