ההגדרות לא מייבאות את ה-.ovpn שה-CLI מקבל

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

שלושה דברים שהדיאלוג צריך לפני שהוא מנתח משהו

הייבוא רץ בהרשאות המשתמש שלכם, ולכן קובץ בתיקייה שנגישה רק ל-root נדחה לפני שהתוכן שלו משנה. הלוח גם מציג רק סוגי VPN שהתוסף שלהם של NetworkManager מותקן; בלי התוסף OpenVPN, האפשרות נעדרת ולא שבורה. לבסוף, התקן הרשת חייב להיות מנוהל: ממשק שמסומן כלא מנוהל יכול לקבל חיבור שמור שלעולם לא יופעל. בדקו את שלושת הדברים לפני עריכת הפרופיל.

שתי פקודות מכריעות את המעבר הראשון: dpkg -l network-manager-openvpn-gnome עבור התוסף ו-nmcli device status עבור מצב ההתקן.

מה המייבא זורק בשקט

התרגום לשולחן העבודה מכוון לקבוצה קבועה של מאפיינים. שורות מחוץ לקבוצה הזו נזרקות בשקט, ולכן המנהרה יכולה לעלות כשחלקים מהתצורה המיועדת חסרים. סקריפטים שהוצהרו עם up, down ו-script-security נעלמים בדרך כלל, וכך גם אפשרויות ממשק הניהול ובלוקים מרוחקים נוספים. מסלול שנכתב עם מילת המפתח vpn_gateway הוא היוצא מן הכלל: המייבא רוצה שם שער IPv4 מילולי ומפסיק עם שגיאה במקום להשליך את השורה.

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

קראו את החיבור השמור, לא את קובץ המקור

התוצאה הסמכותית של ייבוא היא קובץ המפתח, ולא ה-.ovpn שבחרתם. sudo cat /etc/NetworkManager/system-connections/office.nmconnection מראה מה הלוח באמת שמר. אם מסלול נמצא שם אך חסר בטבלה החיה, הייבוא הצליח וההפעלה היא הבעיה. אם הוא חסר בקובץ, המייבא זרק אותו ושום כמות של התחברות מחדש לא תשחזר אותו.

שני נתיבים חלופיים עוקפים את שכבת התרגום. nmcli connection import type openvpn file ./office.ovpn כותב את אותו אובייקט ומדווח על שגיאות שהלוח מסתיר.

העורך הישן יותר, שמופעל עם nm-connection-editor, חושף שדות מסלול שאין ללוח. עבור פרופילים שתלויים בסקריפטים או בהוראות לא נתמכות, שמרו על לקוח שורת הפקודה ופיקחו עליו עם שירות במקום, לאחר שהשבתתם את חיבור שולחן העבודה כך שרק רכיב אחד יהיה הבעלים של המנהרה.

כשהייבוא עובד אבל ההפעלה לא

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

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

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