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

קראו את ההודעה כהצהרה מקומית

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

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

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

שלב 1: ודאו את התוסף ואת העורך

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

nmcli --version
nmcli connection show
rpm -q NetworkManager-openvpn NetworkManager-openvpn-gnome 2>/dev/null

dpkg -l | grep -i network-manager-openvpn

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

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

שלב 2: ייבאו עם nmcli וקבלו הודעה אמיתית

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

nmcli connection import type openvpn file /path/to/client.ovpn
nmcli connection show --active

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

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

שלב 3: השאירו תעודות מוטמעות במקומן

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

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

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

שלב 4: בדקו מה הפרופיל אומר עכשיו

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

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

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

שלב 5: תנו למנהל אחד להחזיק במנהרה

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

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

מאמרים קשורים