خطأ في مزامنة تكوين ZTNA للوصول الآمن مع فك تشفير SSL وأنفاق الشبكة
المحتويات
مسألة
يتم بنجاح تسجيل الوصول الآمن إلى Cisco Secure Client Zero Trust Access (ZTA)، ولكنه يفشل أثناء مزامنة التكوين مع استجابات HTTP 502 وحالة اتصال الخادم "BadResponse". تظهر سجلات DART من نقطة نهاية Windows 11 التسجيل الناجح ولكن مرات فشل مزامنة التكوين المتكررة. تحدث المشكلة فقط عندما تكون نقطة النهاية متصلة بمسار شبكة الشركة باستخدام وكيل Secure Access/Umbrella مع أنفاق Meraki AutoVPN، بينما تقوم نقطة النهاية نفسها بنجاح بإكمال مزامنة التكوين على شبكة محلية بدون بنية أساسية للوكيل أو النفق.
البيئة
Cisco Secure Client ZTA، الإصدار 5.1.16.4434
نقطة نهاية Windows 11 Enterprise
أجهزة Meraki MX مع دمج AutoVPN
الوصول الآمن (SSE) باستخدام عبارة أنفاق الشبكة (NTG)
Umbrella DNS وأمان الويب للوصول الآمن
تم تمكين فك تشفير SSL وفحص HTTPS على مسار شبكة الشركة
لم يتم تكوين قائمة عدم فك التشفير (DND) التي تم توفيرها بواسطة النظام بشكل مبدئي
قرار
تم حل فشل مزامنة التكوين من خلال تنفيذ عمليات تجاوز فك تشفير SSL المناسبة للمجالات ذات الصلة ب ZTA عند إستخدام أنفاق الشبكة مع الوصول الآمن.
الخطوة 1: تحديد تأثير فك تشفير SSL
تحقق من أن فك تشفير SSL يتسبب في فشل مزامنة التكوين عن طريق مراجعة سجلات البحث عن النشاط في "الوصول الآمن" لأحداث فك التشفير المتعلقة بمجالات ZTA.
الخطوة 2: تكوين قائمة DND التي يوفرها النظام
عند إستخدام عبارة أنفاق الشبكة (NTG) مع الوصول الآمن، يجب تمكين النظام الذي تم توفيره DND لاجتياز حركة المرور المتعلقة ZTA بشكل صحيح من فحص SSL.
انتقل إلى لوحة معلومات الوصول الآمن > Secure (تأمين) > عدم فك تشفير القوائم وتعديل النظام المتوفر لا تقم بفك تشفير القائمة.
الخطوة 3: إنشاء ملف تعريف أمان لمجالات ZTA
قم بإضافة المجالات المرتبطة ب ZTA المطلوبة إلى ملف تعريف أمان جديد باستخدام قائمة DND التي يوفرها النظام:
zpc.sse.cisco.com
*.zpc.sse.cisco.com
ztna.sse.cisco.com
acme.sse.cisco.com
devices.api.umbrella.com
الخطوة 4: تطبيق ملف تعريف الأمان على قاعدة الاختبار
قم بتعيين ملف تعريف الأمان الذي تم إنشاؤه حديثا والذي يحتوي على مجال ZTA الذي يتجاوز قاعدة إختبار للتحقق من التكوين.
الخطوة 5: التحقق من صحة مزامنة التكوين
إختبار مزامنة تسجيل ZTA والتكوين من شبكة الشركة. يمكن الآن إكمال المزامنة بنجاح بدون أخطاء HTTP 502.
الخطوة 6: التنسيق مع فريق Meraki
للحصول على تغطية شاملة، قم بالتنسيق مع دعم Meraki للتحقق من صحة عناوين URL الرسمية ذات الصلة ب ZTA والنطاقات التي يمكن تجاوزها من فحص الوصول الآمن. الإشارة إلى وثائق Meraki هذه:
قواعد جدار الحماية للتدفق لاتصال السحابة
تحديث URL لوحة معلومات Meraki - التوافق مع PCI
السبب
نتج فشل مزامنة التكوين عن فك تشفير SSL وتوكيل حركة مرور Zero Trust Access على شبكة الشركة. عند إستخدام عبارة أنفاق الشبكة (NTG) مع الوصول الآمن، يجب تجاوز المجالات ذات الصلة ب ZTA باستخدام قائمة عدم فك تشفير (DND) المقدمة من النظام. بدون تكوين الالتفاف هذا، يقوم فحص SSL بتعديل سلاسل الشهادات ويدخل في اتصال مستوى التحكم ZTA، مما يتسبب في تلقي العميل استجابات HTTP 502 أثناء محاولات مزامنة التكوين.
المحتوى ذي الصلة
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
1.0 |
04-Nov-2026
|
الإصدار الأولي |
التعليقات