مشاكل توجيه حركة مرور ZTNA المستندة إلى العميل مع العميل الآمن

مسألة

يفشل الوصول إلى الشبكة (ZTNA) القائم على العميل في توفير الوصول إلى التطبيقات الداخلية عند الوصول إليها من خلال FQDN أو عنوان IP المباشر، بينما تظل نفس التطبيقات قابلة للوصول إليها عبر اتصال VPN.

وتشمل الأعراض المحددة التي لوحظت ما يلي:

• يتعذر على ZTNA الخاصة بالعميل الآمن الوصول إلى التطبيقات الداخلية بواسطة FQDN أو IP المباشر عند قطع اتصال VPN.

• يعمل وصول ZTNA المستند إلى المستعرض بشكل صحيح لنفس التطبيقات.

• لا تظهر أي أحداث ZTNA في سجلات النشاط عندما تكون VPN معطلة، مما يشير إلى عدم توجيه حركة مرور العميل عبر مسار ZTNA.

• تم التحقق من صحة تعريفات التطبيقات الخاصة لمطابقة موارد VPN-routable مع تكوينات IP/port/FQDN الصحيحة.

• تم تأكيد نهج ZTNA لمطابقة تعيينات المستخدم والمجموعة للاختبار.

وتعزل القضية بشكل خاص لتأمين توجيه حركة مرور ZTNA العميل أو آلية الإنفاذ، حيث تقوم ZTNA المستندة إلى المستعرض بالتحقق من أن النشر الخلفي والإنفاذ يعملان بشكل صحيح.

البيئة

• التقنية: الوصول الآمن - الوصول إلى الشبكة دون ثقة (ZTNA)

• المكونات: ZTNA المستند إلى العميل، الوضع، التسجيل، الوصول إلى الموارد الخاصة

• تأمين العميل مع توصيفات VPN الموجودة

• التطبيقات الخاصة التي يمكن الوصول إليها عبر كل من شبكة FQDN وعنونة IP المباشرة

• تم تأكيد عمل ZTNA المستند إلى المستعرض

• يتم تكوين فرض السياسة في وضع فرض المطابقة الأكثر تحديدا

قرار

اشتمل الحل على تعديلات التكوين لملف تعريف ZTA والتحقق من صحة النهج. تم إتخاذ الخطوات الموضحة في الأقسام التالية لاستعادة وظيفة ZTNA المستندة إلى العميل.

الخطوة 1: إضافة موارد خاصة إلى ملف تعريف ZTA

تمت إضافة الموارد الخاصة إلى تكوين ملف تعريف ZTA. بعد هذا التغيير، بدأت الأحداث المحظورة تظهر في سجلات النشاط ولقطات الشاشة، مما يشير إلى أنه يتم الآن توجيه حركة مرور العميل بشكل صحيح عبر مسار ZTNA.

الخطوة 2: التحقق من السياسة واختبارها

تمت إضافة قاعدة "السماح بأي" مؤقتة للتحقق من تدفق حركة المرور. وفي حين كانت هذه القاعدة نشطة، كان الوصول إلى ZTNA القائم على العميل يعمل بشكل صحيح، مما يؤكد أن آلية توجيه حركة المرور تعمل ولكن تنفيذ السياسة يحتاج إلى التعديل.

الخطوة 3: تنقية السياسة

تمت إزالة قاعدة السماح المؤقت-أي، وتم التحقق من صحة سياسات الوصول المحددة. تم تأكيد إمكانية الوصول إلى المورد الخاص بموجب سياسة الوصول المسماة Private Ressources_Cyril باستخدام وضع فرض التطابق الأكثر تحديدا للنظام الأساسي.

الخطوة 4: التحقق من صحة التكوين

أكد المستخدم أن وصول ZTNA المستند إلى العميل بدأ يعمل بشكل ثابت بعد تغيير التكوين. تم حل المشكلة دون الحاجة إلى إجراء تعديلات إضافية على النهج أو تغيير النظام.

السبب

لم يكن السبب الجذري تكوين موارد خاصة غير مكتمل في ملف تعريف ZTA. بدون موارد خاصة مناسبة معرفة في ملف تعريف ZTA، لم يتم توجيه حركة مرور العميل من خلال مسار فرض ZTNA، مما أدى إلى إرجاعها إلى آليات التوجيه المحلية. أدى ذلك إلى تجاوز حركة المرور لسياسات ZTNA بالكامل، مما يفسر سبب عدم ظهور أحداث ZTNA في سجلات النشاط عند قطع اتصال VPN.

كانت المشكلة خاصة بتكوين توجيه حركة مرور ZTNA المستند إلى العميل، بينما إستمرت ZTNA المستندة إلى المستعرض في العمل لأنها تستخدم آلية مختلفة لمعالجة حركة المرور تم تكوينها بشكل صحيح.

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

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

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

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