איזה סוג VPN של Windows התקין הפרופיל שלכם בפועל?

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

שני דברים שונים שנקראים חיבור VPN

הסוגים המובנים הם אלה ש-Windows מיישם בעצמו: IKEv2, SSTP, L2TP/IPsec, PPTP והאפשרות האוטומטית שבוחרת ביניהם. תוסף ספק הוא חבילה נפרדת, שמותקנת בדרך כלל על ידי המתקין של הספק עצמו, רושמת מימוש בפלטפורמה ומופיעה כסוג חיבור משל עצמה.

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

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

עברו על ההגדרות וראו איזה מהם יש לכם

תצוגת PowerShell מהירה יותר אם אתם מנהלים כמה מחשבים. Get-VpnConnection מציג את החיבורים ש-Windows עצמו מנהל, וכל תוצאה כוללת TunnelType. חיבור שמנוהל על ידי ספק עשוי לא להופיע שם כלל, וזו כשלעצמה התשובה.

פרופילים מקוריים נוצרים עם הפרמטרים הנתמכים שלהם: Add-VpnConnection -Name Corp -ServerAddress vpn.example.com -TunnelType IKEv2 -AuthenticationMethod EAP והיכן שהשיטה דורשת זאת, תצורת EAP המסופקת כ-XML. זהו המשטח ש-Windows מתעד, והוא אינו מקבל XML שרירותי של ספק או קובץ תצורה של OpenVPN כפרופיל שקול. הניסיון לבצע את ההמרה הזו הוא הדרך שבה אנשים מגיעים למסקנה שהפלטפורמה שבורה, כשהפרופיל מעולם לא היה מקורי.

מה הספק מחזיק

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

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

עקבו אחר מקור התצורה בפועל

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

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

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

בדקו מה הפרופיל באמת החל

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

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