מחקו מסלול VPN של Windows מהפרופיל, לא מהטבלה

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

נקרו את הבעלים לפני מחיקה נוספת

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

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

מחקו את המסלול השמור, לא את הפעיל

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

Remove-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.77.0.0/24' -WhatIf
Remove-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.77.0.0/24'

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

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

קראו את המסלולים השמורים בחזרה

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

Get-VpnConnection -Name 'Office VPN' | Select-Object -ExpandProperty Routes
Get-VpnConnection -AllUserConnection | Select-Object Name, Routes

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

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

כשמדיניות ניהול מחזיקה במסלול

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

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

רשמו מה החזיק בו

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

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