# الاستعلام عن سجلات تدقيق الثقة الصفرية

Canonical: https://www.nsecsoft.com/ar/docs/ping64-zero-trust/zero-trust/audit/view-audit-logs/

Language: ar-SA

Updated: 2026-11-15T04:13:05.106591Z

توفر صفحة التدقيق سجلات الوصول للشبكة واستعلامات DNS وأحداث التشغيل والوصول للتطبيقات المنشورة لتحليل الوقت والجهاز والنتيجة. يعكس كل سجل مرحلة مختلفة؛ وجود سجل لا يثبت نجاح سلسلة الوصول كاملة، وغيابه وحده لا يثبت عدم حدوث وصول.

لعرض السجلات الموجودة فقط، استخدم حساباً لديه صلاحية العرض ونطاق الرؤية المناسبان وانتقل مباشرة إلى خطوات الاستعلام أدناه. لا تغير الإعدادات أو تولد أحداث اختبار لمجرد الاستعلام. للتحقق من سجلات جديدة، راجع أولاً الوظيفة والإعدادات الموجودة؛ وعند الحاجة فقط يعدلها شخص لديه صلاحية الإدارة المناسبة قبل الاختبار المقابل. تختلف شروط إنشاء أنواع السجلات.

## التحضير للعرض والاختبار

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

## التحضير لاختبار الوصول للشبكة

تُستخدم الخطوات التالية لإنشاء سجلات تجريبية عند الحاجة فقط. افحص أولًا مجموعات الوصول والسياسات الموجودة التي تلبي الاختبار وأعد استخدامها. قبل تغيير العضوية أو السياسة، قيّم المراجع الأخرى وأثر العمل؛ لا توسع الوصول لمجرد إنشاء سجلات.

1.  فقط إذا لم تكن عقد الاختبار ضمن مجموعة مصدر مناسبة، في مجموعات الوصول بالثقة الصفرية أنشئ أو اختر مجموعة مصدر. افتح تفاصيلها واختر `Add Endpoints` في علامة التبويب `Endpoints`، وحدد عقد الاختبار المصرح بها وأكد. راجع المراجع الأخرى قبل تعديل مجموعة قائمة.
2.  في Policies تحقق من المصدر والوجهة وإجراء السماح أو الرفض والبروتوكول والاتجاه والمنافذ في السياسة المطبقة. عند الحاجة فقط إلى الإنشاء أو التعديل، يختار مسؤول مخوّل مجموعة أو عقدة الاختبار مصدرًا، والعقدة أو المجموعة أو مورد الشبكة المراد اختباره وجهة، ويضبط الشروط حسب العمل. لـ `TCP` أو `UDP` أدخل منافذ الاختبار اللازمة؛ الفراغ يعني جميع المنافذ. احفظ التغييرات وتحقق من التفعيل والشروط كافة.
3.  إذا احتاج الهدف مسارا أو DNS فأعدهما منفصلين وتحقق من الخدمة. ترك «Policy Target Groups» في المسار فارغا ينشئ سماحا افتراضيا وليس رفضا افتراضيا؛ للتقييد اختر المجموعات وراجع السياسة.
4.  بعد استلام العقد للإعدادات، نفذ وصولا مضبوطا ومصرحا من عقدة متوقع السماح لها وأخرى غير مسموح لها، وسجل الوقت والنتيجة. تتحكم السياسة بالوصول لكنها لا تضمن سجلا كاملا لكل اتصال. راجع [المجموعات والسياسات](https://www.nsecsoft.com/ar/docs/ping64-zero-trust/zero-trust/access-control/) و[المسارات](https://www.nsecsoft.com/ar/docs/ping64-zero-trust/zero-trust/network-resources/network-routes/).

## التحضير لاختبارات DNS والتشغيل والنشر

-   **DNS Queries:** تحقق من اتصال جهاز الاختبار بالثقة الصفرية وعدم استثنائه من إدارة DNS. تحقق أولاً من تفعيل مجموعة خوادم DNS الحالية ومجموعة التطبيق وإمكانية الوصول إلى الخوادم ونطاقات المطابقة المطلوبة؛ أعد استخدامها إذا ناسبت الاختبار. عند الحاجة إلى التغيير فقط، يقيّم مسؤول مخوّل الأثر ويعدّل الإعدادات ويحفظها، ثم يتحقق من تفعيل المجموعة. بعد استلام الإعدادات استعلم عن اسم كامل تملكه المؤسسة أو تصرح باختباره. راجع [مجموعات DNS](https://www.nsecsoft.com/ar/docs/ping64-zero-trust/zero-trust/dns/dns-nameservers/) للخطوات وحدود نطاق البحث. لا يضمن السجل إذا تجاوز التطبيق تحليل النظام أو لم يمر الاستعلام بالمكون المعني.
-   **Runtime Events:** تحقق من عمل جهاز الاختبار ومكونات الثقة الصفرية، ونفذ اتصالا أو تغييرا مضبوطا خلال نافذة صيانة مصرح بها وسجل الوقت. تعتمد الأحداث على المكون والنتيجة؛ لا تقطع اتصال الإنتاج لمجرد إنشاء سجل.
-   **Application Publishing Access:** للتحقق من سجلات جديدة، تأكد من إعداد وتفعيل خدمة النشر المستهدفة والوكيل المرتبط ومتطلبات المصادقة. ادخل من عميل اختبار مصرح وسجل الوقت والنتيجة. تتطلب صفحة الاستعلام اختيار خدمة نشر ظاهرة أولًا؛ إذا لم توجد خدمة قابلة للاختيار فلا تستطيع الصفحة الاستعلام حسب الخدمة، لكن ذلك وحده لا يثبت حذف السجلات التاريخية. افحص قائمة الخدمات والصلاحيات واتصل بالمسؤول عند الحاجة؛ لا تنشر خدمة غير مصرح بها لمجرد إنشاء سجل.

## اختيار السجل ونطاق الاستعلام

1.  في الثقة الصفرية افتح «Audit» واختر حسب المشكلة، وفي البطاقة المطلوبة اختر `View Records`.

| الصفحة | المحتوى |
| --- | --- |
| Network Access | السماح والحظر وانتهاء الاتصال المسجل؛ ترشيح النتيجة والاتجاه والبروتوكول. |
| DNS Queries | الاسم والنوع والنتيجة والمحلل والخادم العلوي والمدة المسجلة؛ ترشيح النتيجة والاسم. |
| Runtime Events | اتصال العميل أو حالة المكون أو حدث الإعداد؛ ترشيح المكون والنتيجة. |
| Application Publishing Access | الوصول ونتائج المصادقة حسب خدمة النشر. |

2.  اختر التواريخ وراجع المرشحات. تشمل الصفحة مبدئيا اليوم والأيام الستة السابقة؛ عدل النطاق للأقدم. إذا اختلف الوقت فتحقق من وقت الجهاز والمتصفح والمنطقة الزمنية.
3.  استخدم التنقل أسفل الصفحة للنتائج التالية؛ تعرض الصفحة 50 سجلا. أعد التحقق بعد تغيير التاريخ أو المرشح ولا تكتف بالصفحة الأولى.

يستخدم البحث الأيام التقويمية في المنطقة الزمنية لمتصفح الإدارة، ويشمل تاريخي البداية والنهاية المحددين. عند التحقيق عبر مناطق زمنية، حوّل وقت الاختبار إلى منطقة المتصفح قبل اختيار التواريخ. قد لا يكون يوم الانتقال إلى التوقيت الصيفي أو منه بطول 24 ساعة.

## تحليل الوصول للشبكة وDNS

1.  في Network Access اختر النتيجة والاتجاه الوارد أو الصادر والبروتوكول، وقارن الجهاز والمصدر والهدف والقاعدة والمرور والوقت. أزل المرشحات غير اللازمة قبل تضييق النطاق.
2.  في DNS Queries أدخل الاسم ثم اضغط Enter أو انقل التركيز خارج الحقل لتطبيقه. اختر النجاح أو عدم وجود النطاق أو الفشل عند الحاجة، وراجع الاسم والنوع والمحلل والخادم العلوي والنتيجة والمدة.
3.  طابق السجلات مع جهاز الاختبار والوقت والهدف وراجع DNS والمسار والسياسة والخدمة. لا يضمن سجل السماح استجابة التطبيق، ولا يثبت غياب سجل DNS عدم إرسال استعلام.

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

يطابق مرشح اسم DNS القيمة المسجلة كاملة وبصورة تامة، ولا يبحث عن جزء من الكلمة. قد يكون الاسم المسجل بأحرف صغيرة وينتهي بنقطة؛ لا يضيف الإدخال النقطة ولا يغير حالة الأحرف تلقائيًا. عند غياب النتائج، امسح مرشح الاسم وابحث عن سجل في النطاق الزمني المناسب، ثم أدخل الاسم الكامل كما يظهر تمامًا واضغط Enter أو انقل التركيز خارج الحقل. إذا استمرت السجلات مفقودة فتحقق من مرور الاستعلام عبر DNS الخاص بانعدام الثقة ومن الإبلاغ عن السجل.

## تحليل التشغيل والوصول المنشور

1.  في Runtime Events رشح المكون والنتيجة وقارن الوقت والحالة باتصال الجهاز وتطبيق الإعداد.
2.  عند استخدام النشر افتح Application Publishing Access وتحقق من الخدمة المحددة والتاريخ والنتائج وبدّل الخدمة عند الحاجة. قد تختار الصفحة خدمة مسبقا؛ لا تفترض أنها الهدف المطلوب.
3.  إذا لم تتوفر خدمة أو فشل التحميل فتحقق من وجودها وصلاحيات الحساب وحالة إدارة الخدمة. افحص النشر والمصادقة والوكيل والتطبيق معا. وجود سجل لا يثبت إكمال المستخدم للعملية.

**تفسير عمود المصادقة:** في وصول HTTP قد تتأثر حالة النجاح أو الفشل المعروضة بحالة استجابة HTTP؛ فقد تظهر `401` أو `403` كفشل، بينما قد تظهر حالات أخرى، بما فيها أخطاء الخدمة، كنجاح. في السجلات غير المستندة إلى HTTP مثل TCP أو UDP أو TLS، لا يعني عرض الفشل بالضرورة فشل مصادقة مستخدم. قارن طريقة مصادقة الخدمة ورمز الاستجابة ومصدر الوصول وسجلات التطبيق المستهدف ضمن اختبار مضبوط؛ لا تستنتج نجاح المصادقة أو فشلها أو هوية المستخدم من هذا العمود وحده. التسميات المقابلة في الواجهة الإنجليزية هي `Authentication` و`Success` و`Failed`.

## مشكلات شائعة

-   **غياب السجل:** وسع التاريخ وامسح المرشحات وافحص الصفحات والجهاز والخدمة، ثم تحقق من تطبيق الإعداد ووقوع الاختبار وإنشاء السجل وإرساله وتخزينه.
    
-   **فشل تحميل الصفحة:** تحقق من الصلاحيات والشبكة والخدمة. فشل الاستعلام يختلف عن نجاحه دون بيانات.
    
-   **بحث DNS لا يتغير:** اضغط Enter أو غادر الحقل بعد الإدخال، وتحقق من التاريخ ومرشح النتيجة.
    
-   **اختلاف الوقت أو النتيجة:** تحقق من المنطقة الزمنية ومرحلة الحدث والهدف؛ قد لا تغطي السجلات المختلفة كل مراحل الحدث.
    
-   **تحقيق إضافي:** وفق إجراءات التصريح سجل الوقت والجهاز والنتائج والرسائل الضرورية فقط، وتجنب نشر سجلات كاملة أو عناوين حساسة.
    
-   **اختفاء السجلات القديمة:** يمكن للمسؤول الأعلى المخول بإدارة إعدادات المنصة فتح **Data Cleanup** في إعدادات النظام وفحص **Enable automatic cleanup** ومفتاح نطاق **Zero Trust events** ضمن سجلات الأعمال ومدة الاحتفاظ، ثم مراجعة نتيجة التنفيذ في سجل تنظيف البيانات ضمن سجلات المنصة. عند تفعيل هذا النطاق وتنفيذه قد تُنظف تفاصيل الوصول إلى الشبكة وDNS وأحداث التشغيل والوصول إلى التطبيقات المنشورة المنتهية صلاحيتها. تحقق من متطلبات الاحتفاظ وسجلات التنفيذ قبل التغيير، ولا تغير المدة دون تقييم بغرض استكشاف الأخطاء. لا يؤدي إيقاف عملية التنظيف إلى استعادة السجلات المحذوفة.
    
-   [سياسات الوصول](https://www.nsecsoft.com/ar/docs/ping64-zero-trust/zero-trust/access-control/access-policy/)