هل يكتب AnyConnect فوق ملفك التعريفي؟ إنه تعارض في الأسماء

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

مجلدان، وواحد فقط منهما لك

النسخة التي تتغير باستمرار هي نسخة العمل تحت ملف تعريف المستخدم الخاص بك، وعادةً %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. يسجّل هذا الملف آخر اتصال أجريته وأي ملف تعريف استخدمه. ولأنه موجود في مجلدك، يعيد العميل كتابته عند كل اتصال دون طلب رفع الصلاحيات.

القائمة التي تراها في القائمة المنسدلة شيء آخر. يُنسخ كل ملف تعريف وصل إلى الجهاز يومًا ما إلى %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile، ويعرض العميل كل الملفات الموجودة هناك. تتطلب الكتابة إلى ذلك المجلد حقوق مسؤول، وهذا يفسر عرضًا يسيء الناس قراءته: إضافة ملف تعريف يدويًا كمستخدم عادي تبدو ناجحة، ثم يختفي الإدخال.

إذًا ملف المستخدم هو مؤشر، والمجلد على مستوى الجهاز هو المكتبة. غياب إدخال يعني أن المكتبة تغيرت، لا المؤشر.

يطابق العميل الملفات بالاسم، لا بالبوابة

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

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

اقرأ HostAddress، لا التسمية

افتح الملف في محرر نصوص وانظر إلى قائمة الخوادم. يحمل ملف التعريف عنصر HostName، وهو تسمية للعرض، وعنصر HostAddress، وهو البوابة التي يتصل بها العميل فعليًا. التسمية نص حر يمكن لأي شخص تعديله، والعنوان هو ما يحدد إلى أين تصل.

قارن الاثنين بالبوابة التي كنت تقصد الوصول إليها قبل أن تستنتج أن العميل معطل.

الاحتفاظ بالبوابتين، بالترتيب

احصل على ملف التعريف المقبول لكل موقع، إما من الموقع أو من جهاز يتصل بالفعل. أعد تسمية كل ملف بحيث يختلف الاسمان، مثلاً site-a.xml وsite-b.xml. بصفتك مسؤولًا، ضع كليهما في مجلد ملفات التعريف على مستوى الجهاز واحتفظ بالنسخ الأصلية التي استلمتها. ثم أعد تشغيل العميل وتأكد من ظهور الإدخالين في القائمة المنسدلة.

بعد الاتصال بكل واحد، أعد فتح preferences.xml وتحقق من اسم ملف التعريف الذي يسجّله الآن كآخر مستخدم. إذا طابق الاسم الإدخال الذي نقرت عليه، فالتعيين المحلي يعمل بشكل سليم. وإلا، فما زال شيء ما يدفع ملفًا فوق نسختك المعاد تسميتها.

ما لا تصلحه إعادة التسمية

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

كما أنها لا تصمد أمام دفعة إدارة تستهدف اسم الملف الأصلي.

عندما تلغي الدفعة التالية ذلك

إذا كانت مؤسستك توزع ملفات التعريف بالاسم، فإن التحديث يستبدل أي ملف يحمل ذلك الاسم. تعامل مع النسخ المعاد تسميتها كتسهيل محلي وأعد اختبار الاتصال بعد كل تحديث للعميل، مع فحص العنوان بدل التسمية.

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

احتفظ بسطر واحد لكل بوابة: اسم الملف، وHostAddress، وأي مجلد يقع فيه. تلك الملاحظة تجيب على تقرير الموقع الخطأ التالي أسرع من إعادة تثبيت.