زر إضافة Cisco VPN رمادي على Ubuntu 22.04: كيفية إصلاحه

تملأ البوابة واسم المجموعة وكلمة مرور المجموعة وبيانات اعتمادك، ويبقى زر Add رماديًا. لا شيء يظهر مميزًا، ولا شيء يشرح ما الناقص، فيكون الاستنتاج الطبيعي أن كلمة المرور خاطئة أو أن عنوان البوابة غير صحيح. والأمر ليس كذلك. فمربع الحوار في Ubuntu 22.04 يتحقق من حقل لم تكن الإصدارات الأقدم تطلبه، وهذا الحقل يقع في صفحة لا يفتحها معظم الناس أبدًا. هذا هو الترتيب الذي يجعل الملف الشخصي يُحفظ، وما يجب فعله عندما يرفض الحوار على أي حال.

الخطوة 1: افتح Advanced قبل أن تبحث عن خطأ

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

وإذا كنت بالفعل داخل nm-connection-editor، فالصفحة نفسها تُسمّى Advanced والزر الذي تحاول تفعيله هو Save.

الخطوة 2: طبّق صفحة Advanced مرتين

مع فتح nm-connection-editor، أنشئ اتصال Cisco Compatible VPN (vpnc)، واملأ حقلي البوابة والمجموعة، واضبط اسم واجهة النفق، ثم اضغط Apply في الصفحة المتقدمة. بعد ذلك اضغط Apply مرة ثانية، أو فعّل خيار المصادقة الهجينة ثم ألغِ تفعيله، وهو ما يفرض على النموذج إعادة التحقق. في الأجهزة التي فعلت ذلك عليها، يبقى Save معطّلًا بعد الضغطة الأولى ولا يعود قابلًا للاستخدام إلا بعد تلك الجولة الثانية.

الضغطة الثانية على Apply ليست خرافة. إنها الفرق بين حوار تحقّق من الصفحة المتقدمة وحوار خزّنها فقط.

الخطوة 3: اعثر على الملف الشخصي بعد حفظه

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

بمجرد أن يتصل، يصبح الملف الشخصي اتصال NetworkManager عاديًا، لذا تمر التعديلات اللاحقة عبر المحرر نفسه وقد تعود المشكلة نفسها.

إذا استمر الحوار في الرفض، فاكتب ملف vpnc

عميل سطر الأوامر أنسب للخوادم ولكل من نفد صبره مع النموذج. أنشئ ملفًا شخصيًا بالحقول التي يتوقعها vpnc، واجعله مقروءًا لجذر النظام فقط لأنه يحتوي على سر المجموعة، ثم اتصل وافصل بأوامر العميل نفسها:

IPSec gateway vpn.example.net
IPSec ID GROUPNAME
IPSec secret GROUPSECRET
IKE Authmode psk
Xauth username your.name
Xauth password YOURPASSWORD

احفظه باسم /etc/vpnc/work.conf بالوضع 600، ثم نفّذ sudo vpnc work.conf للاتصال، وsudo vpnc-disconnect لإنهائه. يثبّت السكربت المسارات وإعدادات الموصّل ضمن عملية الاتصال، وهذا ملائم ويعني أيضًا أن فشل الإنهاء قد يترك حالة خلفه.

تحقّق من النفق، لا من الزر

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

لا تُعد تثبيت التوزيعة لأن زرًا في حوار ما معطّل. فذلك ردّ كبير على خلل في التحقق، ولا يغيّر ما يطلبه النموذج.

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