סמל האינטרנט שגוי אבל ה-VPN עובד? שלוש בדיקות

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

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

שלוש תצפיות, שלוש שאלות

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

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

Get-NetConnectionProfile
Get-DnsClientServerAddress -AddressFamily IPv4
Test-NetConnection -ComputerName internal.example -Port 443

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

מה תהליך הסיווג באמת עושה

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

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

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

האי-התאמה עצמה אומרת מה לתקן

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

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

שמרו את התיעוד, שנו נתיב אחד

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

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

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