רשימת VPN ב-nmcli: פרופילים שמורים לעומת מנהרות פעילות

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

שתי רשימות, שתי שאלות

connection show עונה על מה ש-NetworkManager שמר, ו-connection show --active עונה על מה שמחובר כעת להתקן. הרשימה הראשונה כוללת פרופילים לא פעילים, וזה מכוון: VPN שמור שירד עדיין הוא פרופיל שייתכן שתצטרכו לתקן. ערבוב בין השניים יוצר רושם שמנהרה פועלת כאשר קיימת רק התצורה שלה.

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

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

TYPE הוא המקום שבו נמצאות ההפתעות

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

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

פרטו הכול וסננו אחר כך, והפרופיל יופיע.

קראו את ה-UUID, לא רק את השם

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

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

העתיקו את ה-UUID להערות שלכם כשאתם משנים משהו שאולי תצטרכו לבטל.

מה פרופיל שמור לא אומר לכם

פרופיל שמור לא אומר דבר על האם המנהרה שלו למעלה, וחיבור פעיל לא אומר דבר על האם התעבורה שבתוכו עובדת. מנהרה שמתחילה על ידי wg-quick או על ידי יחידת שירות היא כלל לא חיבור NetworkManager, ולכן היא חסרה בשתי הרשימות בעוד הממשק בבירור מעביר תעבורה. בדקו את הממשק ואת טבלת הניתוב לפני שתניחו שהפרופיל חסר. רשימה ריקה מוכיחה רק ש-NetworkManager אינו הבעלים.

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

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

דווחו בלי להדליף סודות

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

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

דוח קצר ומוסתר קל יותר לבדיקה מאשר שפיכה מלאה.