קיצור דרך ל-NetworkManager VPN: חיבור וניתוק בנפרד

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

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

מצאו את ה-UUID, לא את שם הפרופיל

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

nmcli connection show
nmcli connection show "Office VPN" | grep -i uuid

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

ודאו שהפרופיל הוא VPN של NetworkManager ולא דמון של ספק עם שירות משלו. לקוח ספק זקוק לממשק הבקרה הנתמך שלו; nmcli לא ינהל מנהרה שאינה בבעלותו. בדקו את סוג החיבור אם השם מעורפל. מנהרה בבעלות דמון אחר לא תופיע באותה רשימה.

בדקו קודם את שתי הפקודות במסוף

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

nmcli --ask connection up uuid 11111111-2222-4333-8444-555555555555
nmcli connection down uuid 11111111-2222-4333-8444-555555555555

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

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

קשרו שני קיצורי דרך בעלי שם לאותו UUID

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

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

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

מקמו את בקשת האימות במקום שבו אתם רואים אותה

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

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

עבור רשומת שולחן עבודה, Terminal=true מבקש חלון מסוף ו-Terminal=false לא. אף אחת מההגדרות אינה סיבה לשים סיסמה בשורת הפקודה, לתת sudo בלי סיסמה או לעקוף את מדיניות האימות של הארגון.

בדקו מוכנות לאחר לחיצת המקש

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

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

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

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