خادم Access فقد ربطه بعد إعادة تسمية واجهة الشبكة: أصلح المفاتيح

أعدت تسمية واجهة شبكة، أو استعدت جهازًا عاد فيه المحول باسم مختلف، والآن لا يبدأ خادم OpenVPN Access Server الخفي. قد تستجيب واجهة الويب أو لا تستجيب، حسب المكوّن الذي كان مرتبطًا بالاسم القديم. الخدمة ليست تالفة والإعدادات لم تُفقد؛ إعداد واحد ما زال يشير إلى واجهة لم يعد المضيف يملكها.

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

ما تخبرك به الأعراض فعلاً

الخادم الخفي الذي لا يستطيع الربط يقول ذلك عادة في سجله: العنوان غير متاح أو الواجهة غير موجودة. الرسالة تحدد العنوان الذي حاول استخدامه؛ قارنه بـ ip -br addr على المضيف لتعرف هل أُعيدت تسمية الواجهة أو أُزيلت أو نُشطت دون عنوانها القديم.

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

استعلم عن الإعدادات قبل تعديلها

يعرض Access Server إعداداته من خلال سطر أوامره الخاص. العرض الموثّق هو:

sacli ConfigQuery

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

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

حدد أي مستمع معطوب

يشغّل Access Server أكثر من مستمع. خوادم OpenVPN الخفية تحمل حركة النفق، وخدمة الويب تحمل بوابة الإدارة والعملاء، وقد تكون لمكوّنات أخرى منافذها. طلب متصفح فاشل لا يخبرك أيها فشل، ولا رقم المنفذ في رسالة الخطأ.

مفاتيح ربط الخادم الخفي موثّقة لكل خادم، وفي الدرس الرسمي القيمة هي معرّف الواجهة رغم أن أسماء المفاتيح تنتهي بـ ip_address. اقرأ تلك الجملة مرتين قبل كتابة عنوان فيها. الدرس يفترض أيضًا أن خادمي UDP وTCP يتقاسمان واجهة واحدة، فإصلاح مفتاح واحد فقط إصلاح جزئي قد يبدو عطلًا جديدًا.

غيّر الإعداد المحدد لا الصفوف المتطابقة

يوثّق درس ربط الخادم ConfigPut على مفاتيح محددة مثل vpn.daemon.0.server.ip_address و vpn.daemon.0.listen.ip_address. استخدم طريقة المنتج نفسها مع اسم المفتاح والقيمة الجديدة، بالصيغة التي يوثّقها إصدارك، وغيّر فقط مفاتيح المستمع الذي شخّصته.

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

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

طبّقه ثم أثبت أن المسار يعمل

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

ss -lntup | grep -E '1194|443'
sacli ConfigQuery | grep -i ip_address

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