Wi-Fi يتصل من تلقاء نفسه؛ وVPN يحتاج إلى اقتران ثانوي
تفعيل الاتصال التلقائي في ملف VPN لا يبدأه. أضف معرّف UUID الخاص به إلى قائمة secondaries في اتصال الأساس، ثم تحقق من وكيل الأسرار في ذلك السياق.
الحاسوب المحمول ينضم إلى Wi-Fi قبل أن تجلس، ومع ذلك لا يزال VPN ينتظر نقرة. ضبط الاتصال التلقائي في ملف VPN لا يغيّر شيئًا، لأن ذلك المفتاح يحكم تنشيط الملف نفسه، ولأن NetworkManager يعامل VPN كمرافق لاتصال أساس. الآلية الموثقة هي قائمة الاتصالات الثانوية في اتصال الأساس، وهي خاصية مختلفة في موضع مختلف.
الاتصال التلقائي ليس مفتاح VPN
يمكن لملف Wi-Fi أو Ethernet أن ينشط من تلقاء نفسه لأنه يملك جهازًا. ملف إضافة VPN لا يملك جهازًا بالمعنى نفسه؛ بل يُبدأ إلى جانب اتصال يملك جهازًا. لهذا يبدو علم الاتصال التلقائي في VPN صحيحًا، ويُحفظ بشكل سليم، ولا ينتج أي نفق. العلم يجيب عن سؤال حول الملف، لا حول الشبكة التي يحتاجها.
قراءة النموذج بهذه الطريقة تفسر أيضًا نمط الفشل. يتصل الأساس، ولا شيء يطلب من VPN أن يبدأ، ويعرض سطح المكتب VPN مفصولًا بجانب شبكة متصلة. لا شيء معطّل؛ فالاقتران لم يُنشأ أصلًا.
حدّد الملفين بمعرّف UUID
nmcli -f NAME,UUID,TYPE connection show
اختر ملف Wi-Fi أو Ethernet الذي ينبغي أن يطلق النفق، ثم ملف VPN المقصود. استخدم معرّفات UUID بدلًا من الأسماء، لأن الاسم تسمية يمكن تكرارها أو تعديلها، ولأن UUID هو ما يحله مسار التنشيط فعليًا.
لا تخلط بين اسم الملف واسم الواجهة أو عنوان يحمله الجهاز حاليًا. تلك ثلاثة معرّفات مختلفة تصادف أنها تبدو متشابهة في الطرفية، وخلطها ينتج تعديلًا لا يستهدف شيئًا.
أضف VPN إلى اتصال الأساس
nmcli connection modify uuid "PRIMARY_UUID" +connection.secondaries "VPN_UUID"
الصيغة ذات علامة الزائد تضيف إلى القائمة الموجودة؛ وإغفالها يستبدل القائمة، وهو ما يحذف بصمت أي اتصال ثانوي آخر كان مضبوطًا. افحص القيمة الحالية أولًا واحفظ ملاحظة بها قبل أن تغيّر أي شيء.
تصف إعدادات اتصال NetworkManager الاتصالات الثانوية بأنها اتصالات VPN تُبدأ مع اتصال الأساس. أما هل ملف WireGuard الأصلي هو النوع نفسه من الكائنات، فيعتمد على كيفية إدارة NetworkManager له، لذا قد تكون الأداة نفسها خاطئة لنفق يظهر كواجهة لا كإضافة VPN.
هذا تغيير في سياسة الاتصال، وليس مفتاحًا وقت التشغيل. طبّقه عبر أي عملية إعادة اتصال تعتمدها عملية النشر، وتوقّع أن يختلف التنشيط الأول بعد التغيير عن الجلسة التي تجلس فيها الآن.
الأسرار ليست جزءًا من الاقتران
يقول إدخال ثانوي «ابدأ هذا مع ذاك». لا شيء فيه يسلّم كلمة مرور أو يفتح حلقة مفاتيح أو يجيب عن مطالبة. الملف الذي يوثّق بنجاح بعد تسجيل الدخول إلى سطح المكتب قد يفشل مع ذلك عندما يتم تنشيطه في سياق لا يتوفر فيه وكيل الأسرار.
استخدم ترتيب النظام أو وكيل الأسرار المدعوم للنشر الفعلي. تخزين كلمة مرور الجميع في سكربت حتى يبدأ النفق دون مراقبة يحوّل تصميم توثيق إلى ملف يعيش أطول من وظيفة صاحبه.
اقرأ الحدثين، ثم تحقق من المورد
راقب اتصال الأساس وتنشيط VPN خلال محاولة واحدة. غياب حدث VPN يعني أن المحفّز لم يُضبط قط أو أن UUID خاطئ. وحدث VPN يتبعه فشل توثيق يعني أن المحفّز عمل والمشكلة المتبقية هي بيانات الاعتماد، وهذا إصلاح مختلف.
بعد التنشيط، اطلب المورد الذي دفع إلى الإعداد بدلًا من الوثوق بالأيقونة. ثم افصل الاتصال عمدًا وراقب ما يحدث بعد ذلك، لأن اقتران البدء التلقائي ليس مفتاح إيقاف ولا يعد بمحاولات لا نهائية. وإن كان المتطلب «لا حركة مرور دون النفق»، فذلك سياسة منفصلة تحتاج إعدادها واختبارها الخاص. والخلط بين الاثنين هو كيف ينتهي جهاز إلى إعادة الاتصال في حلقة بينما يعتقد المستخدم أنه محمي.