تصبح الوحدة النمطية Secure Client Umbrella Module غير نشطة بسبب عاصفة DNS الخاصة بتطبيق الترميز

مسألة

يواجه العديد من المستخدمين الموجودين على نظام التشغيل MacOS نقل الوحدة النمطية Cisco Secure Client Umbrella التجوال بشكل متقطع إلى حالة غير نشطة (فشل الفتح). أثناء هذه الفترات، تفشل طلبات DNS، بما في ذلك أوامر NSLOOKUP التي تم بدؤها على المحطة الطرفية، في الوصول إلى طبقة الشبكة، مما يؤثر على قدرة المستخدمين على حل المجالات والوصول إلى الموارد المستندة إلى الإنترنت.

يظهر الإصدار مع حالات فشل الاستفسار المتكررة في سجلات Umbrella، مع إظهار رسائل مثل:

Transparent probe failed
Encrypted probe failed
Switching to basic probe
DNS probe failed by timeout - going open

كشف التحليل عن تعطل برنامج التشغيل Acsock أثناء نفس نافذة الفشل عندما تصبح Umbrella غير نشطة. غالبا ما تتم ملاحظة هذه المشكلة أثناء إستخدام المستخدمين لتطبيقات Codex و AI Assistant بشكل فعال، مع عدد كبير من محاولات الاتصال إلى chatgpt.com مباشرة بعد إرسال الأوامر إلى Codex.

البيئة

• Cisco Secure Client الإصدارات 5.1.13 و 5.1.16 و 5.1.17

• نظام التشغيل MacOS (تم ملاحظة إصدارات متعددة)

• تم تمكين وحدة Umbrella Roaming Module

• تم تمكين الوحدة النمطية ZTNA/Secure Internet Access (SIA)

• تطبيق المجلد قيد الاستخدام

• المستخدمون الذين يعملون من شبكات مختلفة (المنزل، المكتب، مزودو خدمات الإنترنت (ISP) مختلفون)

قرار

تم حل المشكلة من خلال تنفيذ تكوينات تجاوز المجال لمنع تكرار طلب DNS. وتم التحقق من النهج المبينة في الفروع التالية.

الدقة الأساسية: تجاوز المجال

• الخطوة 1: إضافة chatgpt.com إلى قائمة الالتفافات في تكوين Cisco Secure Access. وهذا يؤدي إلى منع "العميل الآمن" من تكرار طلبات DNS التي تم إنشاؤها بواسطة تطبيق Codex، مما يؤدي إلى إزالة عاصفة DNS التي تتسبب في عدم إستقرار برنامج التشغيل.

• الخطوة 2: دققت ال مجرى جانبي تشكيل. قم باختبار وظيفة المجلد لتأكيد أن الإصدار لم يعد يتكرر مع وجود الالتفاف في مكانه.

حل بديل: حل عملية تكوين Codex

تطبيق تغييرات تكوين المجلد المشار إليها في إصدار GitHub لتقليل حجم طلبات DNS التي تم إنشاؤها بواسطة التطبيق. https://github.com/openai/codex/issues/21218

خطوات أستكشاف الأخطاء وإصلاحها المتقدمة المستخدمة

تم إجراء خطوات التشخيص هذه لتحديد السبب الجذري.

1.- تمكين تسجيل الصوت المدمج:

sudo /opt/cisco/secureclient/kdf/bin/acsocktool -sdf 0x830801F2

2.- قم بإعادة إنتاج المشكلة وتجميع حزمة DART بعد الفشل مباشرة.

3.- تعطيل التسجيل المطول:

sudo /opt/cisco/secureclient/kdf/bin/acsocktool -cdf

4.- تمكين الحد الأقصى لتسجيل تصحيح الأخطاء ل SWG. إنشاء ملف SWGConfigOverride.json بالمحتوى:

{"logLevel": "1"}

حفظ في /opt/cisco/secureclient/umbrella/swg/SWGConfigOverride.json.

5.- تمكين سجلات تتبع RSM ل DNS. إنشاء ملف force_log_level.plist بالمحتوى:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>logLevel</key>
<string>trace</string>
</dict>
</plist>

حفظ في /opt/cisco/secure/umbrella/data.

السبب

تتعلق المشكلة الأساسية بسلوك تطبيق Codex، الذي يولد كمية كبيرة جدا من طلبات DNS. عند عدم تجاوز موقع chatgpt.com، يتم تكرار هذه الطلبات بشكل فعال بواسطة "عميل Cisco الآمن"، مما يؤدي إلى حدوث عاصفة DNS تؤدي إلى إستخدام عال لوحدة المعالجة المركزية وعدم إستقرار برنامج تشغيل kernel.

تحدث المشكلة لأن:

• يقوم المجلد بإنشاء العديد من استعلامات DNS إلى chatgpt.com أثناء التشغيل.

• دون تكوين تجاوز، يعترض "العميل الآمن" هذه الطلبات ويكرارها.

• يتسبب الحجم الكبير لطلبات DNS المكررة في تعطيل برنامج التشغيل.

• يؤدي عدم إستقرار برنامج التشغيل إلى حالات فشل البحث في Umbrella والانتقال إلى حالة فشل مفتوح.

عندما يتم تجاوز chatgpt.com أو يتم تطبيق حل Codex البديل، لا يحدث هذا التكرار ولا تعود المشكلة تتكاثر. تؤثر المشكلة على كل من عمليات تهيئة Umbrella فقط و ZTNA SIA، وتشير إلى أن المشكلة تقع داخل آلية معالجة حركة المرور بدلا من وحدة معينة.

المحتوى ذي الصلة

• أستكشاف أخطاء الوحدة النمطية Secure Access Roaming Module وإصلاحها

• أستكشاف الأخطاء وإصلاحها وتجميع المعلومات الأساسية

• الدعم الفني والتنزيلات من Cisco

محفوظات المراجعة

المراجعة	تاريخ النشر	التعليقات
1.0	08-Oct-2026	الإصدار الأولي