NetworkManager لن يستورد ملف OpenVPN الخاص بك؟ اقرأ هذا

الملفات التي تتصل بلا مشاكل في عميل OpenVPN آخر قد ترفض الاستيراد إلى NetworkManager، والحوار يلوم قدرة الاستيراد في المكوّن الإضافي. تلك الجملة تتعلق بجهازك، لا بالملف ولا بالخادم. الاستيراد عملية محلية ينفّذها مكوّن VPN الإضافي في المدير، وفي لحظة فشلها لم يُرسَل أي شيء إلى أي مكان. تعامل معها أولاً كمسألة تغليف وثانياً كمسألة تحليل.

اقرأ الرسالة كعبارة محلية

تصف العبارة مجموعة ميزات المكوّن الإضافي. إما أن المكوّن الذي يوفّر دعم OpenVPN مفقود، أو أن المكوّن الذي يقدّم إجراء الاستيراد أقدم من التنسيق الذي تغذّيه به. الحالتان محليتان على الجهاز الذي أمامك.

لاحظ ما لا تقوله الرسالة. لا تقول إن الشهادة خاطئة، أو إن كلمة المرور انتهت صلاحيتها، أو إن الخادم متوقف، لذا فإن إعادة التشغيل أو تغيير بيانات الاعتماد لن يصلحها. اقرأها كعبارة عن برنامج مثبّت.

هذا التمييز يوفّر أكبر قدر من الوقت في هذا المقال كله، لأن رد الفعل الفوري هو النظر إلى البوابة بينما العطل على سطح المكتب بالكامل.

الخطوة 1: تأكّد من المكوّن الإضافي والمحرّر

حزمتان مهمّتان وتؤدّيان وظيفتين مختلفتين. إحداهما توفّر مكوّن NetworkManager VPN الإضافي الذي يملك الاتصال؛ والأخرى توفّر واجهة التحرير والاستيراد على سطح المكتب. تثبيت وقت التشغيل وحده، أو المحرّر وحده، يمنحك نصف ميزة.

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 منفصلة كحل بديل ينشئ مسار إدارة ثانياً بسلوك محلّل خاص به وبيانات اعتماد خاصة به ودورة حياة خاصة به.

نفقان يعتقد كل منهما أنه يملك المسار الافتراضي ينتجان أعراضاً تبدو كمزوّد معطّل، والحل هو إزالة أحدهما بدلاً من ضبط أي منهما.