عند تمكين كل من بروتوكولات TLS/DTLS و IPsec(IKEv2) في مجموعة الوصول الآمن من Cisco مع تعيين البروتوكول الأساسي على IPsec (IKEv2)، تحدث حالات فشل الاتصال عند محاولة إنشاء اتصال VPN من الشبكات التي يتم فيها حظر حركة مرور IPsec (منافذ UDP 500/4500). يتم تعيين إعدادات العميل الآمنة الافتراضية لخيار IPsec في القائمة المنسدلة لواجهة مستخدم العميل ولا يتم تجاوز الفشل تلقائيا إلى TLS/DTLS عند فشل اتصال IPsec، مما يؤدي إلى حدوث أخطاء في الاتصال وعدم القدرة على إنشاء اتصال WAPN من بيئات الشبكة المحظورة.
والسلوك الذي تتم ملاحظته متوقع ومن حيث التصميم. لا يقوم بروتوكول الوصول الآمن من Cisco بتجاوز فشل البروتوكول تلقائيا من IPsec (IKEv2) إلى TLS/DTLS عند تمكين كلا البروتوكولين ومواجهة البروتوكول الأساسي لمشاكل في الاتصال.
عند الاتصال من الشبكات التي تمنع حركة مرور IPsec، يجب على المستخدمين تحديد البروتوكول المناسب يدويا في "العميل الآمن":
الخطوة 1: فتح تطبيق Secure Client
الخطوة 2: تحديد موقع القائمة المنسدلة لتحديد البروتوكول في واجهة العميل
الخطوة 3: تغيير التحديد يدويا من خيار IPsec إلى خيار TLS
الخطوة 4: ابدأ اتصال VPN باستخدام بروتوكول TLS/DTLS
يحدد إعداد البروتوكول الأساسي في شبكة الوصول الآمن من Cisco البروتوكول الافتراضي المقدم في "العميل الآمن"، ولكنه لا يمكن وظيفة تجاوز الفشل التلقائي. عند تمكين كل من TLS/DTLS و IPsec(IKEv2):
تم تصميم شبكة الوصول الآمن من Cisco دون وظيفة تجاوز فشل البروتوكول تلقائيا. عند تمكين كل من بروتوكولات TLS/DTLS و IPsec(IKEv2)، يتطلب النظام تحديد البروتوكول يدويا من خلال واجهة العميل الآمن. يحدد إعداد البروتوكول الأساسي التحديد الافتراضي فقط في القائمة المنسدلة للعميل ولا يطبق منطق التحويل التلقائي عند مواجهة مشاكل الاتصال بالبروتوكول الأساسي.
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
1.0 |
01-Jun-2026
|
الإصدار الأولي |