VPN עובד ב-Wi-Fi אבל לא בנתונים סלולריים: למה
אותו פרופיל יכול לעבוד בבית ולהיכשל ברשת הסלולרית. החליפו רק את הרשת, רשמו באיזה שלב זה נכשל, ואז בדקו התחברויות בפורטל והתנהגות במעבר.
התחילו בהשוואה, לא במסקנה: אותו טלפון, אותו פרופיל, שתי רשתות. אם המנהרה נכשלת באחת ועובדת בשנייה, ההבדל נמצא איפשהו במסלול ולא בפרטי ההתחברות. רשמו איזה סוג של כשל אתם מקבלים, כי דחייה לפני התחברות וחיבור שלא מעביר דבר הם שני בעיות שונות. כל מה שלהלן מניח את הבדיקה הזאת, שנעשתה בהחלפת הרשת בלבד.
VPN זקוק לחיבור הבסיסי; הוא אינו מחליף אותו, ואינו יכול לחייב ספק להעביר את מה שהספק מסרב להעביר.
השאירו את הטלפון קבוע והחליפו רק את הרשת
החלפה בו-זמנית של הרשת ושל השרת משאירה שני גורמים אפשריים ובלי דרך להפריד ביניהם. השוו את אותה נקודת קצה קודם ב-Wi-Fi ואחר כך בנתונים סלולריים, ורשמו בכל פעם את הסימפטום המדויק. כשל לפני אימות מצביע על נגישות, דחיית פרטי התחברות מצביעה על החשבון, ומנהרה מחוברת שלא מעבירה דבר מצביעה על ניתוב או DNS. רק הראשון באמת נוגע לרשת.
דחייה מפורשת בהתחברות שייכת גם לבדיקות האימות, גם אם היא מופיעה רק ברשת אחת. חלק מהספקים ורשתות אורחים מיירטים תעבורה בדרכים שמייצרות שגיאות מטעות.
מה שרשת הגישה יכולה לראות ועל מה לחייב
הספק שנושא את המנהרה צופה בחיבור עצמו: התזמון, הנפח וכתובת נקודת הקצה של ה-VPN. הצפנת המטען אינה מסתירה את התכונות האלה, וזה נכון בקישור Wi-Fi ביתי כמו בנתונים סלולריים. מה ש-VPN משנה הוא מי יכול לראות מה, והתשובה שונה בכל קפיצה. רשמו זאת קפיצה אחר קפיצה במקום לתאר את החיבור כפרטי באופן כללי.
החיובים הם ההבדל המעשי השני. עטיפה, אותות שמירה על הקשר וניסיונות חוזרים כולם צורכים בתים, ואפליקציות עשויות לחדש העברה לאחר מעבר. קיים גם Wi-Fi ביתי במדידה, לכן בדקו את מוני המכשיר ואת החבילה במקום להניח שאחת הרשתות בלתי מוגבלת.
התחברות לפורטל ומגבלות הספק
יש למלא את דרישות פורטל הלכידה לפני שהמנהרה תגיע לשום מקום. חיבור מחדש של ה-VPN לא יכניס מכשיר שהרשת לא אישרה, ומדיניות תמיד-מחובר עשויה להפוך את הפורטל לבלתי נגיש. השלימו קודם את ההתחברות דרך זרימת הדפדפן הרגילה, ואז העלו את המנהרה. אם מדיניות מנוהלת מונעת את הסדר הזה, פעלו לפי התהליך המתועד של הספק או של המנהל.
מגבלות הספק הן המשתנה השני: מסלולים מסוימים נושאים רק פרוטוקולים מסוימים, אחרים מתרגמים כתובות בתוקפנות, ואחרים מטפלים במשפחת כתובות אחת אחרת מהאחרת. ההשוואה מצמצמת את הכשל למסלול בלי לזהות איזה מנגנון אחראי.
מעבר אינו אותו דבר כמו התחברות מחדש
לאחר שכל רשת עובדת בפני עצמה, התבוננו במעבר אמיתי. הלקוח עשוי לזהות את השינוי ולהתחבר מחדש, או להחזיק בסשן שכבר מת. אפליקציות שכבר בשימוש מתאוששות אחרת מאלה שנפתחות אחרי המעבר, לכן סמל מנהרה קבוע מוכיח מעט. בדקו את האפליקציה שבאמת חשובה לכם לאורך המעבר, ורשמו אם היא מתאוששת בלי התערבות ידנית.
אם המנהרה נכשלת רק לאחר חוסר פעילות, אות שמירה על הקשר יכול לטפל במקרה אחד של מצב NAT. הוא אינו מתקן אות חלש ואינו פותר כל מעבר. הבדילו בין חוסר פעילות לתנועה לפני שתשנו הגדרות.
רשמו את הרשת, את שלב הכשל ואת ההתנהגות לאורך מעבר. שלושת אלה מפרידים בין בעיית מסלול לבעיית לקוח.