למה Get-VpnConnection מפספס כמה פרופילי VPN של Windows

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

מאגר מקורי אחד לכל קריאה

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

Get-VpnConnection

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

ספר הטלפונים של כל המשתמשים דורש שאילתה מושלו

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

Get-VpnConnection -AllUserConnection

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

אותו שם, שני מאגרים שונים

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

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

לקוחות שלעולם לא נוגעים ברשימה המקורית

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

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

Get-NetAdapter | Where-Object InterfaceDescription -match 'WireGuard|OpenVPN|TAP'

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

מה לתעד לפני הסרת פרופיל

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

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

Remove-VpnConnection -Name "Office" -Force

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