خطأ الخادم الداخلي لمجموعة نفق شبكة الوصول الآمن الذي يعكس IP للنظير الأساسي
المحتويات
مسألة
عند محاولة تعديل IP النظير البعيد في مجموعة نفق الشبكة (NTG) على Cisco Secure Access، يمكن للمستخدمين مواجهة "خطأ خادم داخلي" في واجهة المستخدم عند محاولة إرجاع IP للنفق الأساسي مرة أخرى إلى قيمة تم تكوينها مسبقا. ويتضمن السيناريو المحدد ما يلي:
NTG تم تكوينها في البداية باستخدام IP نفق أساسي و IP ثانوي، مع إنشاء كلا النفقين بنجاح.
يتم تغيير عنوان IP للنفق الرئيسي إلى عنوان IP مختلف لأغراض الاختبار، والذي يتم قبوله دون إصدار.
عند محاولة إرجاع IP الخاص بالنفق الرئيسي إلى القيمة الأصلية، يفشل النظام في حفظ التكوين وإرجاع "خطأ خادم داخلي" في واجهة المستخدم.
يمكن إعادة تكوين هذا السلوك باستمرار ويظهر عند محاولة إعادة إستخدام عنوان IP تم تكوينه مسبقا.
كان عنوان IP الأصلي يعمل سابقا ولا يوجد تعارض مع عنوان IP للنفق الثانوي.
البيئة
Cisco Secure Access (المعروفة سابقا باسم Cisco Umbrella ل SSE)
تكوين مجموعة أنفاق الشبكة للوصول الخاص
تكوين النفق المزدوج مع عناوين IP النظيرة الأساسية والثانوية
واجهة إدارة قائمة على الويب
قرار
تحدث هذه المشكلة بسبب مشكلة في التحقق من صحة الطرف الخلفي/الحالة حيث يظل IP النظير الأصلي محجوزا أو عالقا في نظام الطرف الخلفي بعد تغيير التكوين. يجب اتباع خطوات أستكشاف الأخطاء وإصلاحها والحل الموضحة في القسم التالي:
الخطوة 1: تجميع المعلومات التشخيصية
تجميع المعلومات التالية للتحقق من ظهر الجهاز:
معرف مؤسسة الوصول الآمن
اسم مجموعة أنفاق الشبكة
معرف النفق للنفق الأساسي المتأثر
المنطقة/مركز البيانات المحدد ل NTG
الطابع الزمني الدقيق لمحاولة حفظ فاشلة، بما في ذلك المنطقة الزمنية
تأكيد ما إذا كان IP الأصلي يظهر في أي NTG آخر، حالي أو سابق
التقاط HAR الخاص بالمستعرض لمحاولة الحفظ الفاشلة
الخطوة 2: التقاط ملف HAR في المستعرض
لتجميع بيانات التشخيص لمحاولة الحفظ الفاشلة:
فتح أدوات مطور المستعرض
الانتقال إلى علامة التبويب الشبكة
تمكين الاحتفاظ بالسجل
إعادة إنتاج فشل الحفظ
تصدير ملف HAR وإرفاقه بحالة الدعم
ملاحظة: إزالة/إزالة أي رموز مميزة للجلسة أو ملفات تعريف الارتباط قبل تحميل ملف HAR.
الخطوة 3: التحقق من صحة الخلفية وتنظيفها
تتطلب هذه المشكلة تدخلا خلفيا ولا يمكن حلها من واجهة المستخدم وحدها. يجب تنفيذ الإجراءات التالية بواسطة دعم Cisco الفني:
أشرك في فريق النظام الأساسي/محطة الوصول الآمن
التحقق من الصحة لحجز نظير-IP العطل
التحقق من كائنات النفق المتيتم
تحديد مفاتيح الطرف الخلفي المكررة المرتبطة بتكوين NTG المحدد
مسح مرجع نظير النفق السفلي ل IP الأصلي
فرض إعادة مزامنة الخلفية لكائنات NTG إذا لزم الأمر
إصدار توزيع نظير-ip المرتبط بمعرف NTG الموحد
الخطوة 4: طريقة الحل البديل
إذا لم يكن تنظيف الخلفية متاحا على الفور، فجرب هذا الإجراء:
حذف التكوين الأساسي لمجموعة أنفاق الشبكة
انتظر لمدة 5 دقائق
أعد إضافة NTG باستخدام عنوان IP المطلوب
تحذير: ممكن. يبدو أن التفاصيل المذكورة هنا تحتوي على إجراءات أو أوامر قد تتسبب في تأثير كبير إذا تم تنفيذها. يرجى التأكد من أن الإجراءات أو الأوامر المذكورة أعلاه قد تم تقييمها من قبل المؤسسات الصغيرة والمتوسطة أو وحدة الأعمال قبل تنفيذها أو التوصية بها.
الخطوة 5: حل بديل مؤقت
إذا كانت NTG قيد الإنتاج ولا يمكن إزالتها:
متابعة إستخدام النفق الثانوي للاتصال
الحصول على عنوان IP عام بديل من المورد/الشريك لديك
تحديث أساسي NTG لاستخدام IP البديل
الإقرار بإمكانية تقليل التكرار حتى يتم حل المشكلة الأخيرة
السبب
يحدث هذا الإصدار بسبب خطأ برنامج في النظام الخلفي للوصول الآمن من Cisco. عندما يتم تغيير IP النظير الأساسي وإعادته إلى قيمته الأصلية، يتعامل نظام التحقق من الصحة للطرف الخلفي مع IP الأصلي بشكل غير صحيح على أنه مازال مخصصا أو محجوزا، حتى إذا كان متوفرا لإعادة الاستخدام. يؤدي هذا إلى فشل التحقق من صحة الطرف الخلفي الذي تم إخفاؤه بواسطة واجهة المستخدم ك "خطأ خادم داخلي" عام." يفشل النظام الخلفي في تنظيف حجز IP أو إصداره بشكل صحيح أثناء عملية تغيير التكوين، مما يؤدي إلى إنشاء مشكلة حالة مستمرة تمنع إعادة إستخدام IP في نفس NTG.
المحتوى ذي الصلة
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
1.0 |
02-Nov-2026
|
الإصدار الأولي |
التعليقات