في كل إقلاع يظهر النفق قبل أن يقرر أحد استخدامه، ومربع الاختيار الذي يبدو مسؤولاً لا يفعل شيئاً عند إفراغه. هذا ليس خللاً في الواجهة. لا يقوم NetworkManager بتوصيل ملفات VPN الشخصية تلقائياً من تلقاء نفسه؛ بل يبدأ الـVPN لأن اتصالاً أساسياً يذكره بالاسم. الإصلاح موجود في الملف الشخصي الآخر، وهو خاصية واحدة.

العلم الذي تفرغه لا يُستشار

لملف الـVPN الشخصي خاصية اتصال تلقائي خاصة به، وللاتصالات من نوع VPN لا يستخدمها المدير لبدء أي شيء. إفراغها يجعل الملف يُقرأ باتساق ولا يغيّر أي سلوك، وهذا بالضبط سبب بقاء المفاجأة بعد التعديل.

الآلية الموثقة هي قائمة اتصالات ثانوية على الملف الأساسي. عندما ينشط اتصال Wi-Fi أو Ethernet، ينشط المدير أيضاً معرّفات UUID الخاصة بالـVPN المدرجة هناك. لا تُدعم اليوم في تلك القائمة إلا اتصالات VPN، وإذا كانت تحتوي على عدة إدخالات فإن تعديلاً واحداً يؤثر عليها كلها.

أولوية الاتصال التلقائي ترتب المرشحين؛ وهي أيضاً ليست مفتاح إيقاف.

اقرأ الملفين الشخصيين قبل التعديل

سجّل الأسماء ومعرّفات UUID والأنواع أولاً، لأن أسماء العرض تتكرر ولأن الاتصال الأساسي يسهل الخلط بينه وبين الـVPN. ثم اقرأ الخصائص المهمة على كل جانب.

nmcli -f NAME,UUID,TYPE connection show
nmcli -f connection.secondaries connection show "Wired connection 1"
nmcli -f connection.autoconnect,connection.autoconnect-priority connection show "Work VPN"

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

أزل إدخالاً واحداً، لا القائمة كلها

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

nmcli connection modify uuid BASE_UUID -connection.secondaries VPN_UUID
nmcli -f connection.secondaries connection show "Wired connection 1"

افحص القائمة قبل وبعد، خصوصاً على جهاز يعتمد على VPN ثانٍ.

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

اختبر انتقالاً حقيقياً، لا إعادة تشغيل يدوية

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

nmcli connection show --active
ip -brief address
ip route get 10.8.0.1

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

أبقِ المسار اليدوي عاملاً، لأن ذلك هو المتطلب الفعلي.

كيف يبدو الوضع الجيد

يبقى الملف الشخصي مثبتاً مع بوابته وشهادته وبيانات اعتماده. لا ينشط عند الإقلاع، لكنه يظهر عندما تطلبه. تلك العبارات الثلاث هي اختبار القبول.

اكتب معرّف UUID للاتصال الأساسي في دليل التشغيل، لأنه الملف الشخصي الذي ستعدّله في المرة القادمة.

الـVPN المتاح غير التلقائي خيار في التكوين وليس ميزة ناقصة، وهو على بعد خاصية واحدة.

مقالات ذات صلة