يصف هذا المستند مشكلة يتم مواجهتها عند عدم ترقية Cisco AnyConnect Secure Mobility Client بشكل صحيح بعد اكتمال إستعادة نظام Microsoft Windows. كما يرد وصف لحل لهذه المشكلة.
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.
يفشل عميل AnyConnect في الترقية عند:
في هذه الحالة، بعد إسترداد النظام والمرة التالية التي يتصل فيها المستخدم من الجهاز، يكون السلوك المتوقع هو أن يقوم "عميل AnyConnect" بترقية نفسه لأنه يعمل بإصدار أقدم من الإصدار الذي تم تكوينه على ASA، ومع ذلك، لا يحدث ذلك.
عند بدء اتصال شبكة VPN إلى نهاية رئيسية، يعقد عميل AnyConnect مقارنة بالإصدار المثبت حاليا على الجهاز والذي تم تكوينه على ASA. in order to أتمت هذا مقارنة، يستعمل هو المعلومة أن يكون خزنت في ال VPNManifestClient.xml مبرد و/أو ال VPNManifest.dat مبرد. إذا كان الإصدار الموجود في ملف البيان أقدم من الإصدار المخزن على الطرف الرئيسي، وإذا لم يتم تكوين ملف تعريف العميل من أجل تجاوز أداة تحميل التنزيل، عندئذ يقوم عميل AnyConnect تلقائيا ببدء العملية وترقية نفسه.
في السيناريو السابق، وقبل اكتمال إستعادة النظام، أشارت ملفات البيان بشكل صحيح إلى أن عميل AnyConnect قام بتشغيل الإصدار X أو إصدار أحدث. ومع ذلك، بعد اكتمال عملية إستعادة النظام، وعلى الرغم من تخفيض إصدار عميل AnyConnect، لم يتم تعديل ملف البيان. يحدث هذا لأن الملفات يتم اعتبارها مستندات شخصية بواسطة Microsoft Windows ولا يتم تعديلها مرة أخرى إلى الإصدار القديم. وبدلا من ذلك، تقوم هذه الملفات بالإبلاغ عن الإصدار الذي تم إستخدامه للعمل قبل إستعادة النظام.
لحل هذه المشكلة، يجب عليك حذف كل من الملفات (VPNManifestClient.xml وVPNManifest.dat)، التي يجب أن تشغل ترقية البرنامج أثناء محاولة الاتصال التالية.
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
1.0 |
15-Dec-2015 |
الإصدار الأولي |