أستكشاف أخطاء إعادة تحميل جدار الحماية/FirePOWER غير المتوقعة وإصلاحها

المقدمة

يصف هذا المستند خطوات أستكشاف الأخطاء وإصلاحها عند إجراء عمليات إعادة تحميل غير متوقعة لجدران الحماية/جدار الحماية الآمن.

المتطلبات الأساسية

المتطلبات

المعرفة الأساسية بالمنتج.

المكونات المستخدمة

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

• جدار الحماية الآمن طراز 1200 و 3100 و 4200
• Firepower 1000 و 4100 و 9300
• نظام التشغيل القابل للتشغيل الآمن (FXOS) من Cisco 2.16(0.136)
• Cisco Secure Firewall Threat Defense (FTD) 7.6.1.291
• مركز إدارة جدار الحماية الآمن (FMC) من Cisco 7.6.1.291
• جهاز الأمان القابل للتكيف (ASA) 9.22.2.9

معلومات أساسية

في هذا المستند، يتم إستخدام كل من "reboot" و"reload" و"restart" بشكل متبادل. من منظور المستخدم، يمكن تقريبا تعريف إعادة التشغيل غير المتوقعة على أنها أي إعادة تمهيد باستثناء هذه الحالات المعروفة جيدا أو الموثقة أو المتوقعة:

1. أعد التمهيد بسبب تثبيت البرامج أو ترقيتها.
2. قم بإعادة التمهيد نظرا للإجراءات التي قام المستخدم بإطلاقها مثل، على سبيل المثال، إعادة التمهيد من واجهة سطر الأوامر (CLI) أو واجهة المستخدم الرسومية (UI)، أو إجراءات إيقاف/تشغيل الطاقة يدويا.

بناء على المشغل، إعادة التشغيل يمكن أن تكون إما جيدة أو غير جيدة:

1. يشير إعادة التشغيل بشكل رائع بشكل عام إلى إعادة تشغيل نظام أو جهاز أو خدمة بطريقة تسمح بإكمال جميع العمليات الحالية بشكل صحيح وحفظ جميع الملفات أو البيانات قبل حدوث إعادة التشغيل. يساعد ذلك على تجنب فقدان البيانات أو تلفها. أمثلة لإعادة التشغيل الرائعة:
   • أعد التمهيد بسبب تثبيت البرامج أو ترقيتها.
   • إعادة التشغيل بسبب إجراءات قام المستخدم بتشغيلها، على سبيل المثال، إعادة التشغيل من واجهة سطر الأوامر (CLI) أو واجهة المستخدم الرسومية (UI).
   • في بعض الحالات، برنامج traceback.

2. إعادة التشغيل غير السارة هي عكس عمليات إعادة التشغيل التي تتم بشكل رائع، عندما تتم إعادة تمهيد النظام بشكل غير سار، وذلك دون إنهاء العمليات بشكل رائع. قد تؤدي عمليات إعادة التشغيل غير السارة إلى فقدان البيانات أو تلفها. وتتضمن أمثلة المشغلات ما يلي:
   • إيقاف تشغيل الطاقة بشكل عرضي وتشغيلها من خلال قطع جميع كابلات الطاقة أو تبديل زر الطاقة.
   • نقص في وحدة التزويد بالطاقة، مشكلات في وحدات إمداد طاقة الهيكل.
   • مشكلات مختلفة في الأجهزة و FPGA والبيئة وما إلى ذلك مما يؤدي إلى إعادة التشغيل بشكل مفاجئ.

الأسباب الشائعة لعمليات إعادة التمهيد:

• إجراءات من قبل المستخدمين من واجهة سطر الأوامر (CLI) أو واجهة مستخدم الإدارة.
• ترقيات البرامج أو خفض الدرجات.
• برنامج traceback.
• المشغلات التي تتم بواسطة نظام التشغيل/العمليات الحيوية للنظام لأسباب أخرى غير traceback في البرامج.
• مشكلات الأجهزة مثل محركات الأقراص المزودة بذاكرة مصنوعة من مكونات صلبة (SSD) التالفة وأخطاء الذاكرة والاستثناءات في وحدة المعالجة المركزية (CPU) و FPGA الداخلية وما إلى ذلك.
• قضايا بيئية مثل فقد الطاقة، وفرط الحرارة، وما إلى ذلك.
• عيوب البرامج أو المشكلات الأخرى في مكونات الطرف الثالث.
• إستخدام مساحة كبيرة على القرص.

في الأنظمة الأساسية القائمة على الهيكل، من المهم التفكير في نطاق إعادة التشغيل، وعلى وجه التحديد، ما الذي تمت إعادة تشغيله بالضبط:

• تطبيق ASA/FTD،
• وحدة الأمان (Firepower 4100/9300)
• الهيكل.

يتضمن السلوك الافتراضي:

1. إذا تم تشغيل إعادة تمهيد على FTD قيد التشغيل في الوضع الأصلي، أو ASA على FirePOWER 1000/2100، أو جدار الحماية الآمن 3100/4200، فيتم إعادة تمهيد الهيكل أيضا.
2. إذا تم تشغيل إعادة تمهيد على FTD الذي يعمل في الوضع الأصلي أو ASA على وحدات الأمان Firepower 4100/9300، فإن وحدة الأمان تتم إعادة تمهيد أيضا. لا يتأثر الهيكل.
3. إذا تم تشغيل عملية إعادة تمهيد على وضع FTD متعدد المثيلات على وحدات الأمان Firepower 4100/9300، فلن تتأثر عمليات إعادة تمهيد المثيل تلك إلا وحدة الأمان النمطية والهيكل.
4. إذا تم تشغيل عملية إعادة تمهيد على وضع FTD متعدد المثيلات على جدار الحماية الآمن 3100 و 4200، فلن يتأثر الهيكل إلا عند إعادة تمهيد المثيل.
5. كما أن إعادة التشغيل على وحدات الأمان Firepower 4100/9300 تؤدي إلى إعادة تمهيد جميع التطبيقات التي تعمل على الوحدات النمطية المتأثرة بغض النظر عن وضع المثيلات المتعددة الأصلي.
6. تؤدي إعادة التمهيد على الهيكل أيضا إلى إعادة تمهيد جميع وحدات الأمان وجميع التطبيقات.

إن إنهاء بعض العمليات الحرجة، سواء كانت رشيقة أو غير رشيقة، يمكن أن يؤدي إلى إعادة التشغيل. على سبيل المثال:

• إذا انتهت عملية مستوى البيانات، المعروفة أيضا باسم lina، بسبب traceback، يتم إعادة تمهيد جدار الحماية. الاستثناء هو إصدار البرنامج مع ميزة "إعادة التحميل السريع لمستوى البيانات" المقدمة في ASA 9.20(x) وFTD 7.4.1 لأنظمة أساسية معينة.
• في حالة انتهاء مدير العملية PM، يتم إعادة تمهيد جدار الحماية.

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

انتقل عبر سير عمل أستكشاف الأخطاء وإصلاحها الذي يشير إلى خطوات أستكشاف الأخطاء وإصلاحها:

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

1. تأكد من الطابع الزمني للحدث بأكبر قدر ممكن من الدقة، لضمان أخذ المنطقة الزمنية بعين الإعتبار.
2. تحقق من الأجهزة الدقيقة ونوع برنامج جدار الحماية الآمن (ASA أو FTD) وإصدار البرامج ووضع النشر (الوضع الأصلي أو متعدد المثيلات). ارجع إلى التحقق من إصدارات برنامج FirePOWER والتحقق من FirePOWER والمثيل والتوفر وتكوين قابلية التطوير للحصول على خطوات تحقق تفصيلية.

3. ارجع إلى قسم تحليل وقت العمل لربط وقت عمل تطبيق ASA/FTD، ووحدة الأمان النمطية (Firepower 4100/9300 فقط) والهيكل. الهدف هو توضيح مجال إعادة التشغيل: التطبيق أو وحدة الأمان النمطية أو الهيكل.
4. في حالة إعادة تمهيد الهيكل، فعليك باتباع الخطوات التالية:

Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200 التي تعمل بنظام التشغيل FTD في الوضع الأصلي أو تعمل بمعيار ASA

4.1. راجع قسم تحليل ملفات رسائل FTD (FTD فقط).

4.2. تحقق من قسم تحليل ملفات ssp-pm.log.

4.3. تحقق من قسم تحليل ssp-shutdown.log files.

4.4. راجع قسم تحليل سجلات وحدة تحكم ASA/FTD .

4-5 المضي قدما في الخطوات المتعلقة بجمع البيانات من أجل تحليل السبب الجذري لبرامج تتبع الأعطال/التعطل في جدار الحماية الآمن للتحقق من أعراض برنامج تتبع الأعراض وجمع البيانات.

4.6. تحقق من قسم تحليل أسباب إعادة تعيين الهيكل.

4.7. راجع قسم تحليل أخطاء الأجهزة أو الاستثناءات.

4.8. راجع قسم تحليل ملفات سجل النظام الأساسي.

جدار الحماية الآمن طراز 3100 و 4200 الذي يعمل ببرنامج FTD في وضع الحاوية

4.9. تحقق من قسم تحليل ملفات ssp-pm.log.

4.10. تحقق من قسم تحليل ssp-shutdown.log files.

4-11- المضي قدما في الخطوات المتخذة في جمع البيانات الخاصة بتحليل السبب الجذري لبرامج تتبع الأعطال/التعطل في جدار الحماية الآمن للتحقق من أعراض برنامج تتبع الأعراض وجمع البيانات.

4.12. تحقق من قسم تحليل أسباب إعادة تعيين الهيكل.

4.13. تحقق من قسم تحليل أخطاء الأجهزة أو الاستثناءات.

4.14. تحقق من قسم تحليل ملفات سجل النظام الأساسي.

Firepower 4100/9300

4.15. تحقق من قسم تحليل أسباب إعادة تعيين الهيكل.

4-16- المضي قدما في الخطوات المتخذة في جمع البيانات المتعلقة بتحليل الأسباب الجذرية لبرامج تتبع الأعطال/التعطل في جدار الحماية الآمن للتحقق من أعراض برنامج تتبع الأعراض وجمع البيانات.

الأنظمة الأساسية الظاهرية التي تعمل ببرنامج FTD

4.17. تحقق من قسم تحليل ملفات رسائل FTD.

4.18. تحقق من قسم تحليل سجلات وحدة تحكم ASA/FTD .

4-19- المضي قدما في الخطوات المتعلقة بجمع البيانات من أجل تحليل السبب الجذري لبرامج Traceback/Crash في جدار الحماية الآمن للتحقق من أعراض برنامج Traceback وجمع البيانات.

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

• باور أون
• طلب PowerCycle
• إعادة التعيين بسبب الجهد الكهربائي غير الصحيح 
• لا وقت (السبب: غير معروف)

6. إذا كانت عملية إعادة تمهيد الهيكل متكررة، فقم بتجميع سجلات وحدة التحكم.

7. يتوفر مع هذه الخطوات ل Firepower 4100/9300 إذا تم إعادة تمهيد وحدة الأمان:

وحدة الأمان Firepower 4100/9300 التي تعمل بنظام FTD في الوضع الأصلي أو ASA الجاري تشغيله

7.1. راجع قسم تحليل ملفات رسائل FTD (FTD فقط).

7.2. تحقق من قسم تحليل ملفات ssp-pm.log.

7.3. تحقق من قسم تحليل ssp-shutdown.log files.

7.4. تحقق من قسم تحليل سجلات وحدة تحكم ASA/FTD .

7-5 المضي قدما في الخطوات المتعلقة بجمع البيانات من أجل تحليل السبب الجذري لبرامج Traceback/Crash في جدار الحماية الآمن للتحقق من أعراض برنامج Traceback وجمع البيانات.

7.6. راجع قسم تحليل أخطاء الأجهزة أو الاستثناءات.

7.7. راجع قسم تحليل ملفات SEL/OBFL.

7.8. راجع قسم تحليل ملفات سجل النظام الأساسي.

وحدة الأمان Firepower 4100/9300 التي تعمل بنظام FTD في وضع الحاوية

7.9.  تحقق من قسم تحليل ssp-pm.log files.

7.10. تحقق من قسم تحليل ssp-shutdown.log files.

7-11- المضي قدما في الخطوات المتعلقة بجمع البيانات من أجل تحليل السبب الجذري لبرامج Traceback/Crash في جدار الحماية الآمن للتحقق من أعراض برنامج Traceback وجمع البيانات.

7.12. تحقق من قسم تحليل أخطاء الأجهزة أو الاستثناءات.

7.13. تحقق من قسم تحليل ملفات SEL/OBFL.

7.14. تحقق من قسم تحليل ملفات سجل النظام الأساسي.

8. أكمل بهذه الخطوات إذا تم إعادة تشغيل أحد إعدادات برنامج الإرسال فائق السرعة (FTD) متعددة المثيلات التي تعمل على FirePOWER 4100 أو 9300 أو Secure Firewall 3100 أو 4200، ولكن لم يتم إعادة تمهيد الهيكل أو وحدة الأمان Firepower 4100 و 9300:

8.1. راجع قسم تحليل ملفات رسائل FTD.

8.2. راجع قسم تحليل ملفات ssp-pm.log.

8.3. تحقق من قسم تحليل ssp-shutdown.log files.

8.4. راجع قسم تحليل سجلات وحدة تحكم ASA/FTD .

8-5 المضي قدما في الخطوات المتعلقة بجمع البيانات من أجل تحليل السبب الجذري لبرامج Traceback/Crash في جدار الحماية الآمن للتحقق من أعراض برنامج Traceback وجمع البيانات.

9. إذا كانت هناك علامات لإعادة التشغيل بسبب إرجاع البرنامج، افتح حالة مركز المساعدة الفنية وقدم البيانات التي تم تجميعها.

10. عيوب برنامج البحث مع الكلمات الأساسية غير المتوقعة، إعادة التشغيل، الطاقة، إعادة التحميل، إعادة التشغيل، صامت:

إذا تم العثور على عيب مطابق، فعندئذ:

• تأكد ان الاعراض والحالات تطابق تلك الموصوفة في العيب.
• تطبيق الحل البديل، إن وجد.
• قم بالترقية إلى الإصدار الثابت، إن وجد.

11. انتقل إلى قسم جمع البيانات وافتح حالة مركز المساعدة الفنية.

تحليل وقت التشغيل

الهدف من هذا القسم هو التحقق من وقت عمل تطبيق ASA/FTD ووحدة الأمان النمطية (Firepower 4100/9300 فقط) والهيكل.

1. تحقق من وقت تشغيل محرك جدار الحماية باستخدام الأمر show version على ASA، والأمر show version system على FTD:

> show version system
---------------[ firewall-FTD ]---------------
Model                     : Cisco Firepower 4112 Threat Defense (76) Version 7.6.1 (Build 291)
UUID                      : e9460e12-674c-11f0-97e5-d5ad3617d287
LSP version               : lsp-rel-20241211-1948
VDB version               : 408
---------------------------------------------------

Cisco Adaptive Security Appliance Software Version 9.22(1)21
SSP Operating System Version 2.16(0.3007)

Compiled on Thu 29-May-25 01:38 GMT by fpbesprd
System image file is "disk0:/fxos-lfbff-k8.2.16.0.136.SPA"

Config file at boot was "startup-config"

firewall-FTD up 5 days 0 hours

في ملف أستكشاف أخطاء FTD وإصلاحها، تحقق من الملف command-output/'usr-local-sf-bin-sfcli.pl show_tech_support asa_lina_cli_util.output':

/command-outputs$ less 'usr-local-sf-bin-sfcli.pl show_tech_support asa_lina_cli_util.output'
…
firewall-FTD up 5 days 0 hours
…

بالنسبة إلى ASA، تحقق من وقت التشغيل في ملف show-tech.

2. إذا كان برنامج FTD يعمل في الوضع الأصلي على الأنظمة الأساسية الافتراضية و Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200، فتحقق من وقت عمل نظام التشغيل (الأيام والساعات والدقائق) في وضع الخبراء.  في هذه الحالة، يكون وقت تشغيل الهيكل مساويا تقريبا لوقت تشغيل نظام التشغيل:

> expert
admin@firepower:/ngfw/Volume/home/admin$ uptime
 06:30:40 up 6 days,  8:01,  1 user,  load average: 5.14, 5.45, 5.48

في ملف أستكشاف أخطاء FTD وإصلاحها، تحقق من الملف dir-archives/var-log/top.log:

dir-archives/var-log$ less top.log
===================================================================================================

Tue Jul 22 04:02:11 UTC 2025

top - 04:02:11 up 6 days, 13:57,  4 users,  load average: 2.23, 2.42, 2.59
Tasks: 167 total,   2 running, 165 sleeping,   0 stopped,   0 zombie
%Cpu(s): 26.6 us,  7.8 sy,  1.6 ni, 64.1 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :   7629.8 total,   2438.4 free,   4559.6 used,    631.8 buff/cache
MiB Swap:   5369.2 total,   3713.7 free,   1655.5 used.   2849.9 avail Mem

3. بالنسبة ل FTD في وضع المثيلات المتعددة على Secure Firewall 3100 أو 4200 و ASA الذي يعمل على FirePOWER 1000 و 2100 و Secure Firewall 1200 و 3100 و 4200، لا يوجد أمر متوفر لفحص وقت عمل الهيكل.

يمكنك التحقق من وقت عمل الخادم النصلي:

> connect fxos
…
firewall# scope ssa
firewall /ssa # show slot detail expand

Slot:
    Slot ID: 1
    …
        Blade Uptime: up 16 hours, 2 min       

في ملف أستكشاف أخطاء الهيكل وإصلاحها، تحقق من وقت العمل في ملف opt/cisco/platform/logs/sysmgr/sam_logs/topout.log:

opt/cisco/platform/logs/sysmgr/sam_logs/topout.log $ less topout.log
[Jul 23 13:15:22]
top - 13:15:22 up 16:02,  1 user,  load average: 12.24, 11.85, 11.75

4. في حالة Firepower 4100/9300، تحقق من وقت عمل الهيكل ووحدة الأمان في واجهة سطر الأوامر (CLI) لنظام التشغيل FXOS.

وقت تشغيل الهيكل:

firewall /ssa # connect fxos
firewall(fxos)# show system uptime
System start time:          Tue Jul 22 21:57:44 2025
System uptime:              6 days, 9 hours, 49 minutes, 50 seconds
Kernel uptime:              6 days, 9 hours, 45 minutes, 58 seconds
Active supervisor uptime:   6 days, 9 hours, 49 minutes, 50 seconds

وقت تشغيل وحدة الأمان:

firewall# scope ssa
firewall /ssa # show slot detail expand
Slot:
    Slot ID: 1
    …
        Blade Uptime: up 5 days, 37 min       

في ملف أستكشاف أخطاء الهيكل وإصلاحها، تحقق من مخرجات الأمر show system وقت التشغيل في الملف *_BC1_all/FPRM_A_TechSupport/sw_techsupportinfo، والأمر show slot expand detail expansion في الملف *_BC1_all/FPRM_A_TechSupport/sam_techsupportinfo حيث * هو جزء من اسم ملف أستكشاف الأخطاء وإصلاحها، على سبيل المثال، 20250311123356FW_BC1_all.

تحليل ملفات رسائل FTD

يغطي هذا القسم تحليل ملف رسائل FTD الذي يحتوي على سجلات مرتبطة بإيقاف التشغيل وإعادة التشغيل والمشغلات المحتملة.

تشغيل برنامج FTD على جميع الأنظمة الأساسية

يحتوي الملف على سجلات مرتبطة بإيقاف التشغيل وإعادة التشغيل والمشغلات المحتملة الخاصة بها على FTD قيد التشغيل على:

• الأنظمة الأساسية الافتراضية و Firepower 1000 و 2100 و Secure Firewall 1200 و 3100 و 4200 هيكل.
• وحدات الأمان Firepower 4100 و 9300.

يمكن الوصول إلى الملف في:

• FTD CLISH في وضع الخبراء: /ngfw/var/log/messages
• ملف أستكشاف أخطاء FTD وإصلاحها: dir-archive/var-log/messages

للعثور على مشغل عمليات إيقاف التشغيل أو عمليات إعادة التشغيل، تحقق من الرسائل التي تحتوي على دفاع في ملف رسائل الملف داخل ملفات أستكشاف أخطاء FTD وإصلاحها. تأكد من التحقق من جميع ملفات الرسائل بما في ذلك الرسائل.1 والرسائل.2 وما إلى ذلك. تشير هذه الرسائل بوضوح إلى إيقاف تشغيل رائع:

• يتم الآن إيقاف جدار الحماية الآمن من Cisco...أو إيقاف Cisco Firepower..
• ...الدفاع عن التهديد يغلق

root@CSF1220-2:/ngfw/var/log# grep -a Defense /ngfw/var/log/messages
messages:Jul 22 21:07:10 firepower-1220 SF-IMS[36894]: [36894] S11audit-startup-shutdown:start [INFO] Cisco Secure Firewall 1220CX Threat Defense has started
messages:Jul 22 21:12:37 firepower-1220 SF-IMS[62594]: [62594] sensor:CLI Start [INFO] Starting Cisco Secure Firewall 1220CX Threat Defense
messages:Jul 22 21:13:03 firepower-1220 SF-IMS[65410]: [65410] S99sensor:CLI Start [INFO] Starting Cisco Secure Firewall 1220CX Threat Defense
messages:Jul 23 12:56:43 CSF1220-2 SF-IMS[61878]: [61878] K01sensor:CLI Stop [INFO] Stopping Cisco Secure Firewall 1220CX Threat Defense
messages:Jul 23 12:57:03 CSF1220-2 SF-IMS[62749]: [62749] K69audit-startup-shutdown:stop [INFO] Cisco Secure Firewall 1220CX Threat Defense is shutting down
messages:Jul 23 13:00:21 CSF1220-2 SF-IMS[10866]: [10866] S11audit-startup-shutdown:start [INFO] Cisco Secure Firewall 1220CX Threat Defense has started
messages:Jul 23 13:00:36 CSF1220-2 SF-IMS[13443]: [13443] S99sensor:CLI Start [INFO] Starting Cisco Secure Firewall 1220CX Threat Defense

root@1140-2:/ngfw/var/log# grep -a Defense /ngfw/var/log/messages

messages:Jul 22 09:20:42 FPR1140-2 SF-IMS[6012]: [6012] S11audit-startup-shutdown:start [INFO] Cisco Firepower 1140 Threat Defense has started
messages:Jul 22 09:21:35 FPR1140-2 SF-IMS[9050]: [9050] S99sensor:CLI Start [INFO] Starting Cisco Firepower 1140 Threat Defense
messages:Jul 22 11:32:37 FPR1140-2 SF-IMS[15129]: [15129] K01sensor:CLI Stop [INFO] Stopping Cisco Firepower 1140 Threat Defense
messages:Jul 22 11:32:55 FPR1140-2 SF-IMS[15940]: [15940] K69audit-startup-shutdown:stop [INFO] Cisco Firepower 1140 Threat Defense is shutting down
messages:Jul 22 11:36:38 FPR1140-2 SF-IMS[5980]: [5980] S11audit-startup-shutdown:start [INFO] Cisco Firepower 1140 Threat Defense has started
messages:Jul 22 11:36:53 FPR1140-2 SF-IMS[7594]: [7594] S99sensor:CLI Start [INFO] Starting Cisco Firepower 1140 Threat Defense

تحليل ملفات رسائل وحدة الأمان النمطية أو الهيكل

يغطي هذا القسم تحليل وحدة الأمان النمطية أو ملف رسائل الهيكل الذي يحتوي على سجلات متعلقة بنواة نظام التشغيل.

يحتوي الملف على سجلات مرتبطة بإيقاف التشغيل وإعادة التشغيل والمشغلات المحتملة الخاصة بها على FTD قيد التشغيل على:

• هيكل Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200.
• وحدات الأمان Firepower 4100 و 9300.

يمكن الوصول إلى الملف في:

• برنامج FTD القائم على الأجهزة الذي يعمل في الوضع الأصلي: /opt/cisco/platform/log/messages. 
• أستكشاف أخطاء ملف FTD المستند إلى الأجهزة الذي يتم تشغيله في الوضع الأصلي وإصلاحها: dir-archive/opt-cisco-platform-log/messages.
• ملف أستكشاف أخطاء الهيكل وإصلاحها Firepower 1000 و 2100 و Secure Firewall 1200 و 3100 و 4200: /opt/cisco/platform/log/messages. 
• ملف show-tech لوحدة الأمان Firepower 4100/9300: /opt/cisco/platform/log/messages. 

هذه هي النقاط الأساسية حول السجلات الموجودة في هذا الملف:

• تأكد من التحقق من جميع ملفات الرسائل بما في ذلك الرسائل.1 والرسائل.2 وما إلى ذلك.
• عند تمهيد نواة نظام التشغيل، تتم كتابة سجلات kernel إلى هذا الملف. على الأنظمة الأساسية للأجهزة ووحدات الأمان، تتم كتابة السجلات مبدئيا في المنطقة الزمنية بالتوقيت العالمي المنسق (UTC) إلى أن يتم تطبيق المنطقة الزمنية المخصصة أثناء وقت التمهيد.

لهذا السبب، يمكن أن يكون للسجلات المختلفة في نفس الملف أختام زمنية مختلفة ذات مناطق زمنية مختلفة.

تأمل في هذا المثال من وحدة الأمان Firepower 4100 مع المنطقة الزمنية UTC+2:

2025-08-18T14:54:16+02:00 Firepower-module1/2 root: FXOS shutdown log started: pid = 52994 cmdline = /bin/sh/sbin/fxos_log_shutdown ####
2025-08-18T14:54:16+02:00 Firepower-module1/2 root: FXOS shutdown log completed: pid = 52994
2025-08-18T14:54:17+02:00 Firepower-module1/2 syslog-ng[1230]: syslog-ng shutting down; version='3.36.1' <--- syslog-ng shutting down indicates graceful shutdown
2025-08-18T12:57:11+00:00 intel-x86-64/1 syslog-ng[1237]: syslog-ng starting up; version='3.36.1' <--- syslog-ng start timestamp with UTC timezone
2025-08-18T12:57:11+00:00 intel-x86-64/1 kernel: [    0.000000] Linux version 5.10.200-yocto-standard (oe-user@oe-host) (x86_64-wrs-linux-gcc (GCC) 10.3.0, GNU ld (GNU Binutils) 2.36.1.20210703) #1 SMP Fri Feb 7 01:00:00 UTC 2025
2025-08-18T12:57:11+00:00 intel-x86-64/1 kernel: [    0.000000] Command line: rw console=ttyS0,38400 loglevel=2 auto kstack=128 reboot=force panic=1 ide_generic.probe_mask=0x1 ide1=noprobe pci=nocrs pci=realloc processor.max_cstate=1 iommu=pt nousb platform=sspxru boot_img=disk0:/fxos-lfbff-k8.2.16.0.136.SPA ciscodmasz=1048576 cisconrsvsz=1572864 hugepagesz=1g hugepages=12 pti=off  rom_ver=1.3.1.44 ssp_mode=0
…
2025-08-18T12:58:34+00:00 intel-x86-64/1 csp-console: Adi not started yet, trying to bring up
2025-08-18T12:58:34+00:00 intel-x86-64/1 ssp_tz[12159]: INFO: Lina is started
2025-08-18T12:58:34+00:00 intel-x86-64/1 SMA: INFO ExecProcessorMain [140588852127296]: finished processing of sma_slot1.deletePlatformLicense, removed it from queue
2025-08-18T12:58:34+00:00 intel-x86-64/1 ssp_tz[12167]: INFO: notify TZ to ASA LINA <---- Time zone change was propagated to the firewall
2025-08-18T14:58:35+02:00 intel-x86-64/1 ssp_tz[12192]: INFO: successfully notified TZ to ASA LINA, wait <---- Logs with the UTC+2 timestamp
2025-08-18T14:58:36+02:00 intel-x86-64/1 csp-console: Adi not started yet, trying to bring up
2025-08-18T14:58:39+02:00 intel-x86-64/1 csp-console[1237]: Last message 'Adi not started yet,' repeated 1 times, suppressed by syslog-ng on intel-x86-64

تحليل ملفات ssp-pm.log

يغطي هذا القسم تحليل ملفات /opt/cisco/platform/logs/ssp-pm.log التي تحتوي على سجلات متعلقة بإيقاف تشغيل تطبيق ASA/FTD أو إعادة التمهيد.

يحتوي الملف على سجلات إيقاف التشغيل أو إعادة التشغيل الخاصة بتطبيقات ASA/FTD التي تعمل على:

• هيكل Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200
• وحدات الأمان Firepower 4100 و 9300 (ليس الهيكل)

يمكن الوصول إلى الملف فقط في:

• CLISH الخاص بوضع FTD الأصلي (غير متعدد المثيلات) في وضع الخبراء: opt/cisco/platform/logs/ssp-pm.log
• ملف أستكشاف أخطاء وضع FTD الأصلي وإصلاحها: dir-archives/opt-cisco-platform-logs/ssp-pm.log.
• ملف أستكشاف أخطاء الهيكل وإصلاحها على Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200: /opt/cisco/platform/logs/ssp-pm.log

لتحديد عمليات إيقاف التشغيل أو عمليات إعادة التشغيل التي تتسم بالهدوء، ابحث عن بنود مثل تحذير إيقاف التشغيل التي تطابق الطابع الزمني لإعادة التشغيل/إيقاف التشغيل. تأكد من التحقق من جميع ملفات ssp-pm.log بما في ذلك ssp-pm.log.1 و ssp-pm.log.2 وما إلى ذلك. تشير هذه الرسائل بوضوح إلى إيقاف تشغيل رائع:

Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING: Beginning System Shutdown request for CSP Apps
Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING:-GetShutdownMaxForceQuitTimer: acquiring max force_quit_timeout from all heimdall confs
Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING: Upgrade process ready for reboot
Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING:-GetShutdownMaxForceQuitTimer: No force_quit_timeout found among conf files. Sendsigs_Sleep = 1
Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING: Continue System Shutdown request for CSP Apps
Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING:-SysShutdown_HeimdallSvcDownAllCspApps: corresponding heimdall conf file folder:
cisco-asa.9.22.2.9__asa_001_JMX2324G1DJ947ECO1.conf
Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING:-SysShutdown_HeimdallSvcDownAllCspApps: corresponding cspCfgXML file folder:
...cspCfg_cisco-asa.9.22.2.9__asa_001_JMX2324G1DJ947ECO1.xml.allocated_cpu_core
…
Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING:-SysShutdown_HeimdallSvcDownAllCspApps: stopping all CSPs according to existing heimdall/etc/confs
Fri Jul 25 10:28:51 UTC 2025 -(PM_UTILS)- SHUTDOWN WARNING:-SysShutdown_HeimdallSvcDownAllCspApps: Stopping App for CONF:cisco-asa.9.22.2.9__asa_001_JMX2324G1DJ947ECO1.conf

تحليل ملفات ssp-shutdown.log

يغطي هذا القسم تحليل ملفات /opt/cisco/platform/logs/ssp-shutdown.log ، والتي تحتوي على السجلات التي تم إنشاؤها عند إيقاف تشغيل الهيكل/وحدة الأمان النمطية أو إعادة تشغيلها.

يحتوي الملف على سجلات إيقاف التشغيل أو إعادة التشغيل ل:

• هيكل Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200.
• وحدات الأمان Firepower 4100 و 9300 (ليس الهيكل).

يمكن الوصول إلى الملف فقط في:

• CLISH الخاص بوضع FTD الأصلي (غير متعدد المثيلات) في وضع الخبراء: opt/cisco/platform/logs/ssp-shutdown.log.
• ملف أستكشاف أخطاء وضع FTD الأصلي وإصلاحها: dir-archives/opt-cisco-platform-logs/ssp-shutdown.log.
• ملف أستكشاف أخطاء الهيكل وإصلاحها Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200: /opt/cisco/platform/logs/ssp-shutdown.log. 
• ملف أستكشاف أخطاء وحدة الأمان وإصلاحها Firepower 4100/9300: opt/cisco/platform/logs/ssp-shutdown.log.

ارجع إلى https://www.cisco.com/c/en/us/support/docs/security/sourcefire-defense-center/117663-technote-SourceFire-00.html حول كيفية إنشاء ملفات أستكشاف أخطاء FTD والهيكل ووحدة الأمان وإصلاحها.

للعثور على المشغل لعمليات إيقاف التشغيل أو إعادة التشغيل التي تتم بشكل رائع، انتقل إلى الخطوات التالية:

1. تحقق من السطور مثل إيقاف تشغيل FXOS الذي بدأ يطابق الطابع الزمني لإعادة التشغيل/إيقاف التشغيل. تأكد من التحقق من جميع ملفات ssp-shutdown.log بما في ذلك ssp-shutdown.log.1، ssp-shutdown.log.2، وما إلى ذلك.

#### Wed Jul 23 12:56:42 UTC 2025: FXOS shutdown started: pid = 61677 cmdline = /bin/sh/sbin/fxos_log_shutdown

2. ابحث عن السطور ضمن شجرة العملية التي تحتوي على fxos_log_shutdown أو إيقاف تشغيل أو reboot.sh.
   
   مثال 1 - يأتي طلب إعادة التشغيل من نظير مع UUID 068f09e6-3825-11ee-a72c-e78d34d303cc وعنوان IP 192.0.2.100، وهو FMC:

root     61074  4593  2 12:56 ?        00:00:00          |   \_ /usr/bin/perl /ngfw/usr/local/sf/bin/exec_perl.pl 068f09e6-3825-11ee-a72c-e78d34d303cc 192.0.2.100 068f09e6-3825-11ee-a72c-e78d34d303cc SF::System::
Privileged::RebootSystem
root     61097 61074  0 12:56 ?        00:00:00          |       \_ /bin/sh /ngfw/usr/local/sf/bin/reboot.sh
root     61670 61097  0 12:56 ?        00:00:00          |           \_ /bin/sh /sbin/shutdown -r now
root     61671 61670  0 12:56 ?        00:00:00          |               \_ /bin/sh /sbin/exec_fxos_log_shutdown.sh
root     61676 61671  0 12:56 ?        00:00:00          |                   \_ /usr/bin/timeout 15 /sbin/fxos_log_shutdown
root     61677 61676  0 12:56 ?        00:00:00          |                       \_ /bin/sh /sbin/fxos_log_shutdown
root     61685 61677  0 12:56 ?        00:00:00          |                           \_ /bin/ps -ef –forest

> show managers
Type                      : Manager
Host                      : 192.0.2.100
Display name              : 192.0.2.100
Version                   : 7.6.1 (Build 291)
Identifier                : 068f09e6-3825-11ee-a72c-e78d34d303cc
Registration              : Completed
Management type           : Configuration and analytics

مثال 2 - إعادة التشغيل بسبب ترقية البرامج:

root      2432     1  0 03:59 ?        00:00:00 /bin/bash /isan/bin/kp_reboot.sh Reboot requested for Software Upgrade
root      2694  2432  0 03:59 ?        00:00:00  \_ /bin/sh /isan/bin/sam_reboot.sh Reboot requested for Software Upgrade
root      3774  2694  0 04:00 ?        00:00:00      \_ /usr/bin/sudo /sbin/shutdown -r now Reboot requested for Software Upgrade
root      3777  3774  0 04:00 ?        00:00:00          \_ /bin/sh /sbin/shutdown -r now Reboot requested for Software Upgrade
root      3778  3777  0 04:00 ?        00:00:00              \_ /bin/sh /sbin/exec_fxos_log_shutdown.sh
root      3783  3778  0 04:00 ?        00:00:00                  \_ /usr/bin/timeout 15 /sbin/fxos_log_shutdown
root      3784  3783  0 04:00 ?        00:00:00                      \_ /bin/sh /sbin/fxos_log_shutdown
root      3790  3784  0 04:00 ?        00:00:00                          \_ /bin/ps -ef –forest

المثال 3 - تم طلب إعادة التشغيل من قبل المستخدم المسؤول عن طريق تشغيل الأمر clish reboot:

root     22189     1  0 Jul23 ?        00:00:01 sshd: /usr/sbin/sshd [listener] 0 of 10-100 startups
root     20963 22189  0 06:55 ?        00:00:00  \_ sshd: admin [priv]
admin    20970 20963  0 06:55 ?        00:00:00  |   \_ sshd: admin@pts/0
admin    20975 20970  0 06:55 pts/0    00:00:00  |       \_ /isan/bin/ucssh --ucs-mgmt -p admin -c connect ftd -z /home/admin
admin    21077 20975  0 06:55 pts/0    00:00:00  |           \_ /ngfw/usr/bin/clish
admin    36022 21077  0 07:23 pts/0    00:00:00  |               \_ /ngfw/usr/bin/clish
admin    36023 21077  0 07:23 pts/0    00:00:00  |               \_ /bin/sh /tmp/klish.fifo.21077.1Hwyq1
admin    36024 36023  8 07:23 pts/0    00:00:01  |                   \_ /usr/bin/perl /usr/local/sf/bin/sfcli.pl reboot system
root     36083 36024  0 07:23 pts/0    00:00:00  |                       \_ /usr/bin/sudo /ngfw/usr/local/sf/bin/reboot.sh
root     36088 36083  0 07:23 pts/0    00:00:00  |                           \_ /bin/sh /usr/local/sf/bin/reboot.sh
root     36433 36088  0 07:23 pts/0    00:00:00  |                               \_ /bin/sh /sbin/shutdown -r now
root     36434 36433  0 07:23 pts/0    00:00:00  |                                   \_ /bin/sh /sbin/exec_fxos_log_shutdown.sh
root     36439 36434  0 07:23 pts/0    00:00:00  |                                       \_ /usr/bin/timeout 15 /sbin/fxos_log_shutdown
root     36440 36439  0 07:23 pts/0    00:00:00  |                                           \_ /bin/sh /sbin/fxos_log_shutdown
root     36448 36440  0 07:23 pts/0    00:00:00  |                                               \_ /bin/ps -ef --forest

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

root      1310     1  0 00:14 ?        00:00:00 /usr/sbin/acpid -c /etc/acpi/events
root     50700  1310  0 00:32 ?        00:00:00  \_ /bin/sh /etc/acpi/acpi_handler.sh button/power PBTN 00000080 00000000
root     50701 50700  0 00:32 ?        00:00:00      \_ /bin/sh /sbin/shutdown -h now
root     50702 50701  0 00:32 ?        00:00:00          \_ /bin/sh /sbin/exec_fxos_log_shutdown.sh
root     50707 50702  0 00:32 ?        00:00:00              \_ /usr/bin/timeout 15 /sbin/fxos_log_shutdown
root     50708 50707  0 00:32 ?        00:00:00                  \_ /bin/sh /sbin/fxos_log_shutdown
root     50715 50708  0 00:32 ?        00:00:00                      \_ /bin/ps -ef –forest

المثال 5 - تم طلب إعادة التشغيل بواسطة عملية NPU_acel_mgr الداخلية:

root     12649  5280  0 13:59 ?        00:01:06  \_ npu_accel_mgr
root     19030 12649  0 18:22 ?        00:00:00  |   \_ /bin/sh /sbin/shutdown -r now
root     19031 19030  0 18:22 ?        00:00:00  |       \_ /bin/sh /sbin/exec_fxos_log_shutdown.sh
root     19036 19031  0 18:22 ?        00:00:00  |           \_ /usr/bin/ timeout 15 /sbin/fxos_log_shutdown
root     19037 19036  0 18:22 ?        00:00:00  |               \_ /bin/sh /sbin/fxos_log_shutdown
root     19043 19037  0 18:22 ?        00:00:00  |                   \_ /bin/ps -ef –forest

المثال 6 - تم طلب إيقاف التشغيل بواسطة العملية poshd الداخلية:

root       643     1  0 13:00 ?        00:00:00 /usr/bin/poshd
root     13207   643  0 13:43 ?        00:00:00  \_ /bin/sh /sbin/shutdown -h -P now
root     13208 13207  0 13:43 ?        00:00:00      \_ /bin/sh /sbin/exec_fxos_log_shutdown.sh
root     13213 13208  0 13:43 ?        00:00:00          \_ /usr/bin/timeout 15 /sbin/fxos_log_shutdown
root     13214 13213  0 13:43 ?        00:00:00              \_ /bin/sh /sbin/fxos_log_shutdown
root     13221 13214  0 13:43 ?        00:00:00                  \_ /bin/ps -ef –forest

يعد POSHD مسؤولا عن إيقاف تشغيل الجهاز على نحو يتسم بالسلاسة في حالة حدوث مشكلة في الطاقة (سواء من خلال زر الطاقة أو عامل الطاقة الخارجي).

مثال 7 - تم تشغيل إعادة التشغيل بواسطة تغييرات الحالة الخاصة بمحرك جدار الحماية Lina، مثل:

• من خلال تشغيل الأمر reload في ASA CLI أو FTD Diagnostic CLI
• Lina Engine Traceback (باستثناء الإصدارات التي تحتوي على ميزة "إعادة التحميل السريع لمستوى البيانات" المقدمة في ASA 9.20(x) وFTD 7.4.1.)
• المزامنة الجزئية/غير الكاملة من الوحدة النشطة إلى الوحدة الاحتياطية

root     56833 56198  0 00:48 ?        00:00:00  |   \_ /ngfw/usr/local/sf/bin/consoled /ngfw/var/run/lina.pid -coredump_filter=0x67 /ngfw/usr/local/asa/bin/lina_monitor -l
root     57003 56833  0 00:48 ?        00:00:00  |       \_ /bin/sh /sbin/shutdown -r now
root     59448 57003  0 00:48 ?        00:00:00  |           \_ /bin/sh /sbin/exec_fxos_log_shutdown.sh
root     59453 59448  0 00:48 ?        00:00:00  |               \_ /usr/bin/timeout 15 /sbin/fxos_log_shutdown
root     59454 59453  0 00:48 ?        00:00:00  |                   \_ /bin/sh /sbin/fxos_log_shutdown
root     59461 59454  0 00:48 ?        00:00:00  |                       \_ /bin/ps -ef –forest

تحليل أسباب إعادة تعيين الهيكل

يغطي هذا القسم تحليل أسباب إعادة تعيين الهيكل. في هيكل Firepower 4100/9300، يمكن الوصول إلى سبب إعادة الضبط فقط في:

• واجهة سطر الأوامر (CLI) لنظام التشغيل FXOS:

# connect fxos
(fxos)# show system reset-reason

• في إخراج الأمر show system reset-reason في ملفات أستكشاف أخطاء الهيكل وإصلاحها *_bc1_all/FPRM_A_techSupport/sw_techsupportinfo، حيث يمثل * جزء اسم ملف أستكشاف الأخطاء وإصلاحها، على سبيل المثال، 2025031123356_ fw_bc1_all

في Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200، يمكن الوصول إلى سبب إعادة الضبط فقط في:

• CLISH الخاص بوضع FTD الأصلي (غير متعدد المثيلات) في وضع الخبراء: opt/cisco/platform/logs/portmgr.out
• ملف أستكشاف أخطاء وضع FTD الأصلي وإصلاحها: dir-archives/opt-cisco-platform-logs/portmgr.out
• ملف أستكشاف أخطاء الهيكل وإصلاحها على Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200: /opt/cisco/platform/logs/portmgr.out

ارجع إلى https://www.cisco.com/c/en/us/support/docs/security/sourcefire-defense-center/117663-technote-SourceFire-00.html حول كيفية إنشاء ملفات أستكشاف أخطاء FTD والهيكل ووحدة الأمان وإصلاحها.

للعثور على سبب إعادة ضبط أنظمة الأجهزة الأساسية بخلاف Firepower 4100/9300، انتقل إلى الخطوات التالية:

1. في /opt/cisco/platform/logs/portmgr.out تحقق من السطور مثل آخر إعادة ضبط سبب مطابقة للطابع الزمني لإعادة التشغيل/إيقاف التشغيل. تأكد من فحص جميع ملفات portmgr.out بما في ذلك portmgr.out.1 و portmgr.out.2 وما إلى ذلك.

2. ارجع إلى هذا الجدول للحصول على شرح للأسباب الشائعة لإعادة التعيين:

للعثور على سبب إعادة ضبط Firepower 4100/9300، انتقل إلى الخطوات التالية:

1. على واجهة سطر أوامر (CLI) نظام FXOS، قم بتشغيل الأمر show system reset-reason في shell الأمر fxos. 

FPR4115-2 # connect fxos
…
FPR4115-2(fxos)# show system reset-reason
----- reset reason for Supervisor-module 1 (from Supervisor in slot 1) ---
1) At 612806449 usecs after Tue Jul 22 23:50:33 2025
    Reason: Reset Requested by CLI command reload
    Service:
    Version: 5.0(3)N2(4.141)

2) No time
    Reason: Unknown
    Service:
    Version: 5.0(3)N2(4.141)

3) No time
    Reason: Unknown
    Service:
    Version: 5.0(3)N2(4.141)

4) At 723697 usecs after Thu Oct  3 17:56:08 2024
    Reason: Reset Requested by CLI command reload
    Service:
    Version: 5.0(3)N2(4.120)

كما يتوفر إخراج هذا الأمر في ملف أستكشاف أخطاء الهيكل وإصلاحها *_BC1_all/FPRM_A_TechSupport/sw_techsupportinfo، حيث يمثل * جزء اسم ملف أستكشاف الأخطاء وإصلاحها، على سبيل المثال، 2025031123356_ fw_bc1_all

# pwd
20250521112103_FPR9300_BC1_all/FPRM_A_TechSupport
# less sam_techsupportinfo

الأسباب الأكثر شيوعا:

2. يشير السبب غير المعروف لعدم وجود وقت عند الخطوة 1 عادة إلى حدوث انقطاع مفاجئ في الطاقة أو مشاكل في وحدة التزويد بالطاقة (PSU). تتمثل التوصية في فحص الحوادث بحثا عن مشكلات انقطاع التيار الكهربائي الخارجي أو توزيع الطاقة.

3. بالإضافة إلى ذلك، تحقق من ناتج سبب إعادة الضبط الداخلي لإظهار التسجيل على اللوحة أمر | no-more. يتوفر إخراج هذا الأمر أيضا في ملف أستكشاف أخطاء الهيكل وإصلاحها *_BC1_all/FPRM_A_TechSupport/sw_kernel_trace_log، حيث يمثل * جزء اسم ملف أستكشاف الأخطاء وإصلاحها، على سبيل المثال، 2025031123356_ fw_bc1_all:

FPR4115-2 # connect fxos
…
KSEC-FPR4115-2(fxos)# show logging onboard internal reset-reason | no-more 
----------------------------
OBFL Data for
    Module:  1
----------------------------
Reset Reason for this card:
        Image Version : 5.0(3)N2(4.141)
        Reset Reason (SW): Unknown (0) at time Fri Jul  4 23:57:21 2025
          Service (Additional Info):
        Reset Reason (HW): FPGA  reset code: 0x0001
          FPGA Power-ON Reset at time Fri Jul  4 23:57:21 2025

تحليل أخطاء الأجهزة أو الاستثناءات

يغطي هذا القسم تحليل الملفات التي تحتوي على أخطاء أجهزة أو إستثناءات.

وحدات الأمان Firepower 1000 و 2100 و Secure Firewall 1200 و 3100 و 4200 و Firepower 4100/9300

الملفات ذات الصلة هي:

• /opt/cisco/platform/logs/mce.log (سجل إستثناءات التحقق من الجهاز)
• /ngfw/var/log/dmesg.log (في وضع FTD فقط)
• /opt/cisco/config/var/logs/dmesg.log
• /opt/cisco/platform/logs/messages

يمكن أن تحتوي هذه الملفات على أخطاء أجهزة أو سجلات إستثناءات ل:

• هيكل Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200
• وحدات الأمان Firepower 4100 و 9300 (ليس الهيكل)

يمكن الوصول إلى الملفات فقط في:

• CLISH الخاص بوضع FTD الأصلي (غير متعدد المثيلات) في وضع الخبراء:
  • /opt/cisco/platform/logs/mce.log
  • /ngfw/var/log/dmesg.log (في وضع FTD فقط)
  • /opt/cisco/config/var/logs/dmesg.log
  • /opt/cisco/platform/logs/messages
• ملف أستكشاف أخطاء وضع FTD الأصلي وإصلاحها:
  • dir-archives/var-common-platform_ts/opt/cisco/platform/logs/mce.log
  • dir-archive/var-common-platform_ts/opt/cisco/platform/log/messages
  • dir-archives/var-common-platform_ts/opt/cisco/config/var/logs/dmesg.log
  • dir-archives/var-log/dmesg.log
• ملف أستكشاف أخطاء الهيكل وإصلاحها على Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200:
  • /opt/cisco/platform/logs/mce.log
  • /opt/cisco/config/var/logs/dmesg.log
  • /opt/cisco/platform/logs/messages
• ملف فني خاص بوحدة الأمان Show-Tech على FirePOWER 4100/9300:
  • /opt/cisco/platform/logs/mce.log
  • /opt/cisco/config/var/logs/dmesg.log
  • /opt/cisco/platform/logs/messages

أمثلة للأخطاء المتعلقة بالأجهزة:

opt/cisco/config/var/logs/ $ less dmesg.log
[Sun Apr 27 05:17:10 2025] mce: [Hardware Error]: Machine check events logged
[Sun Apr 27 05:17:10 2025] mce: [Hardware Error]: Machine check events logged

/opt/cisco/platform/logs $ less messages
Jul  9 17:39:38 fw2 kernel: [  628.949572] [Hardware Error]: Corrected error, no action required.
Jul  9 17:39:38 fw2 kernel: [  629.023798] [Hardware Error]: CPU:2 (19:1:1) MC18_STATUS[Over|CE|MiscV|AddrV|-|-|SyndV|CECC|-|-|-]: 0xdc2040000000011b
Jul  9 17:39:38 fw2 kernel: [  629.152245] [Hardware Error]: Error Addr: 0x0000000068d06d40
Jul  9 17:39:38 fw2 kernel: [  629.152248] [Hardware Error]: PPIN: 0x02b0bc114ba60075
Jul  9 17:39:38 fw2 kernel: [  629.281830] [Hardware Error]: IPID: 0x0000009600550f00, Syndrome: 0x000400040a801200
Jul  9 17:39:38 fw2 kernel: [  629.374797] [Hardware Error]: Unified Memory Controller Ext. Error Code: 0, DRAM ECC error.
Jul  9 17:39:38 fw2 kernel: [  629.475078] [Hardware Error]: cache level: L3/GEN, tx: GEN, mem-tx: RD
Jul  9 17:44:40 fw2 kernel: [  930.967028] [Hardware Error]: Corrected error, no action required.
Jul  9 17:44:40 fw2 kernel: [  931.041247] [Hardware Error]: CPU:2 (19:1:1) MC18_STATUS[Over|CE|MiscV|AddrV|-|-|SyndV|CECC|-|-|-]: 0xdc2040000000011b
Jul  9 17:44:40 fw2 kernel: [  931.169689] [Hardware Error]: Error Addr: 0x000000007191d0c0
Jul  9 17:44:40 fw2 kernel: [  931.237616] [Hardware Error]: PPIN: 0x02b0bc114ba60075
Jul  9 17:44:40 fw2 kernel: [  931.299275] [Hardware Error]: IPID: 0x0000009600550f00, Syndrome: 0x000040000a801100


/opt/cisco/platform/logs $ less mce.log
Hardware event. This is not a software error.
MCE 0
CPU 0 BANK 7 TSC 7b29f624ae62e 
MISC 140129286 ADDR 3402b9a00 
TIME 1745747035 Sun Apr 27 09:43:55 2025
MCG status:
MCi status:
Corrected error
MCi_MISC register valid
MCi_ADDR register valid
MCA: MEMORY CONTROLLER RD_CHANNEL0_ERR
Transaction: Memory read error
STATUS 8c00004000010090 MCGSTATUS 0
MCGCAP 1000c16 APICID 0 SOCKETID 0 
PPIN afeebaf20487b95
MICROCODE 700000d
CPUID Vendor Intel Family 6 Model 86 Step 3
mcelog: failed to prefill DIMM database from DMI data

أخطاء كارثية (Caterr) على وحدات الأمان Firepower 4100/9300

CatERR إستثناء تم تأكيده بواسطة المعالج. يمكن أن يشير Caterr إلى عطل في وحدة المعالجة المركزية (CPU) أو مشاكل ذات مستوى منخفض تجعل الوصول إلى الخادم النصلي متعذرا. يقوم مشرف الهيكل بإعادة تمهيد وحدة الأمان التي تتمتع بالخبرة Caterr. توجد سجلات Caterr داخل ملف أستكشاف أخطاء Firepower 4100/9300 وإصلاحها، في CIMC<X>_TechSupport/obfl/ وCIMC<X>_TechSupport/var/log/sel، حيث يمثل <X> رقم الوحدة النمطية.

مثال من عينة هيكل يتحرى مبرد *_bc1_all/CIMC<X>_TechSupport.tar.gz/CIMC<X>_TechSupport.tar/obfl/obfl-log، حيث * هو جزء من اسم ملف أستكشاف الأخطاء وإصلاحها، على سبيل المثال، 2025031123356_ fw_bc1_all و<X>هو معرف وحدة الأمان:

2022 Mar 25 22:33:13 CET:4.1(30b):selparser:1950: selparser.c:727: # BF 06 00 00 01 02 00 00 19 35 3E 62 20 00 04 07 81 00 00 00 04 01 FF FF # 6bf | 03/25/2022 22:33:13 CET | CIMC | Processor CATERR_N #0x81 | Predictive Failure asserted | Asserted

يقوم محرك إدارة البيانات الحالي (DME) بتسجيل الدخول *_BC1_all/FPRM_A_TechSupport.tar.gz\FPRM_A_TechSupport.tar\var\sysmgr\sam_logs\svc_sam_dme.log* أو السجلات قبل إعادة التمهيد في *_BC1_all/FPRM_A_TechSupport.tar.gz/FPRM_A_TechSupport.tar/opt/sam_logs.tgz/sam_logs.tar/sam_logs/svc_sam_dme.log* تحتوي على الخطوط ذات الخادم النصلي طراز X لدورة الطاقة بسبب Caterr، حيث يمثل X معرف الخادم النصلي.

في حالة Caterr، يمكن إنشاء تفريغ عطل. تفريغ الأعطال في *_bc1_all/CIMC<X>_TechSupport.tar.gz/CIMC<X>_TechSupport.tar/techsupport_pidxxxx/nv/etc/log/eng-repo/caterrlog.first.

مثال المحتوى:

CRASH DUMP START TIME = Mon Dec 19 00:42:40 2022
               SERVER: presidio
               GetCpuID: CPUID = 0x00050654
               PresidioCatErrHandler: CPU TYPE : Skylake
               handleCaterr_Purley: ---
               PECI BUS : LOCKED
               CPU Socket 1 : Populated
               CPU Socket 2 : Populated
               Stage1Dump: ---
               MC0: IFU - Instruction Fetch Unit and Instruction Cache
               CPU1 (0x30): ThreadID 0 : IA32_MC0_CTL (0x400) : 0x0000000000000fff
               CPU1 (0x30): ThreadID 0 : IA32_MC0_STATUS (0x401) : 0x0000000000000000
               CPU1 (0x30): ThreadID 0 : IA32_MC0_ADDR (0x402) : 0x0000000000000000

تحليل ملفات سجل النظام الأساسي الأخرى

يغطي هذا القسم تحليل الملفات التي تحتوي على سجلات النظام الأساسي. على حسب الجهاز، يمكن أن تحتوي بعض هذه الملفات على سجلات متعلقة بإعادة التشغيل التي تم تشغيلها بواسطة مكونات معينة.

وحدات الأمان Firepower 1000 و 2100 و Secure Firewall 1200 و 3100 و 4200 و Firepower 4100/9300

تحتوي الملفات على سجلات الهيكل ل:

• هيكل Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200
• وحدات الأمان Firepower 4100 و 9300 (ليس الهيكل)

يمكن الوصول إلى الملفات فقط في:

• الوضع الأصلي ل FTD (ليس متعدد المثيلات) CLISH في وضع الخبراء في /opt/cisco/platform/log/
• أسلوب FTD الأصلي لاستكشاف أخطاء الملفات dir-archive/var-common-platform_ts/opt/cisco/platform/log/
• ملف أستكشاف أخطاء الهيكل وإصلاحها على Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200 داخل /opt/cisco/platform/log/
• وحدة الأمان Show-tech File على FirePOWER 4100/9300 in /opt/cisco/platform/log/

للبحث عن السجلات المحتملة المتعلقة بإعادة التشغيل، ابحث عن السطور التي تحتوي على كلمات أساسية مثل reboot وrestart وpower وshutdown وreload. لاحظ أن هذا هو أفضل نهج للجهد، نظرا لأن نتيجة البحث يمكن أن ترجع عددا كبيرا من البنود المتطابقة. يجب على المستخدم تحليل البنود المطابقة.

مثال 1:

admin@firewall:/opt/cisco/platform/logs$ grep -Ei "power|reboot|reload|restart|shut" *
...
npu_accel_fatal_err_stats.log:nic_top_inb_q_restart_drop_cnt = 0
npu_accel_fatal_err_stats.log:nic_top_norm_q_restart_drop_cnt = 0
npu_accel_fatal_err_stats.log:nic_top_inb_q_restart_drop_cnt = 0
npu_accel_mgr.log:2025 Oct 03 14:29:16 NPU ACCEL MGR: FATAL - NPU Accelerator FAILED - REBOOTING the device !!
npu_accel_mgr.log:2025 Oct 09 18:13:09 NPU ACCEL MGR: FATAL - NPU Accelerator FAILED - REBOOTING the device !!
npu_accel_mgr.log:2025 Oct 17 17:11:23 NPU ACCEL MGR: FATAL - NPU Accelerator FAILED - REBOOTING the device !!
npu_accel_mgr.log:2025 Oct 17 17:31:55 NPU ACCEL MGR: FATAL - NPU Accelerator FAILED - REBOOTING the device !!
npu_accel_mgr.log:2025 Oct 17 19:29:29 NPU ACCEL MGR: FATAL - NPU Accelerator FAILED - REBOOTING the device !!
ntp.log:27 Sep 02:21:16 ntpd[1580]: 0.0.0.0 c016 06 restart
ntp.log:27 Sep 02:23:27 ntpd[10193]: 0.0.0.0 c016 06 restart
...

في هذه الحالة، تم تشغيل إعادة التشغيل بسبب فشل مسرع وحدة معالجة الشبكة (NPU) الخاص بجدار الحماية الآمن 4200.

تحليل ملفات SEL/OBFL

يغطي هذا القسم تحليل الملفات باستخدام سجلات أحداث الأمان (SEL)، وسجلات الأعطال المدمجة (OBFL) على وحدات الأمان Firepower 4100/9300.

تحتوي هذه الملفات على أحداث أجهزة الوحدة النمطية وتغييرات حالة الطاقة، كما أنها موجودة داخل ملف أستكشاف أخطاء Firepower 4100/9300 وإصلاحها، في CIMC<X>_TechSupport/obfl/ وCIMC<X>_TechSupport/var/log/sel، حيث يمثل <X> رقم الوحدة النمطية.

ابحث عن سطور مع إيقاف حالة الأحرف وإيقاف التشغيل وإيقاف تشغيل وإعادة ضبط، هام.

مثال 1:

2023 Sep 21 13:53:13:4.1(30b):cipmi:1088: [[xxxCVxxx]]:oem_command.c:457:IPMI Request Message --> Chan:15, Netfn:0x04, Cmd:0x02, Data: 0x41 0x03 0x20 0x46 0x6f 0xa1 0x61 0x74, CC:0x00
2023 Sep 21 13:53:13:4.1(30b):selparser:1203: [[xxxCVxxx]]:selparser.c:727: # A9 04 00 00 01 02 00 00 49 DA 0B 65 41 F0 04 20 46 00 00 00 6F A1 61 74 # 4a9 | 09/21/2023 13:53:13 AWST | System Mgmt Software | OS stop/shutdown #0x46 | Run-time critical stop |  | Asserted
2023 Sep 21 13:53:14:4.1(30b):cipmi:1088: peci.c:278:Error: Failed to read local PCI config after 3 retries! Completion Code error [PECI Dev=0x30,Resp=0x00,CC=0x80] Request Details: [pci_bus=0x02,pci_dev=0x0a,pci_fxn=0x03,pci_reg=0x104,length=0x04]
2023 Sep 21 13:53:15:4.1(30b):kernel:-:<5>[platform_reset_cb_handler]:75:Platform Reset ISR -> ResetState: 1
2023 Sep 21 13:53:15:4.1(30b):cipmi:1088: ocmds_intel_me.c:251:Intel ME Operating State:[M0 without UMA](5)
2023 Sep 21 13:53:15:4.1(30b):cipmi:1088: ocmds_intel_me.c:261:Intel ME is initializing.

مثال 2 - إيقاف تشغيل مستوى نظام التشغيل:

2025 Jul 30 23:31:02 UTC:4.1(30b):cipmi:1052: [[xxxCVxxx]]:oem_command.c:457:IPMI Request Message --> Chan:15, Netfn:0x04, Cmd:0x02, Data: 0x41 0x03 0x20 0x46 0x6f 0xa1 0x61 0x74, CC:0x00
2025 Jul 30 23:31:02 UTC:4.1(30b):selparser:1169: [[xxxCVxxx]]:selparser.c:727: # 48 03 00 00 01 02 00 00 36 AB 8A 68 41 F0 04 20 46 00 00 00 6F A1 61 74 # 348 | 07/30/2025 23:31:02 UTC | System Mgmt Software | OS stop/shutdown #0x46 | Run-time critical stop |  | Asserted
2025 Jul 30 23:31:04 UTC:4.1(30b):kernel:-:<5>[platform_reset_cb_handler]:75:Platform Reset ISR -> ResetState: 1
2025 Jul 30 23:31:05 UTC:4.1(30b):kernel:-:<4>[peci_ioctl]:293:non-responsive controller, resetting peci.  process = qpi_logger.
2025 Jul 30 23:31:05 UTC:4.1(30b):cipmi:1052: ocmds_intel_me.c:251:Intel ME Operating State:[M0 without UMA](5)
2025 Jul 30 23:31:05 UTC:4.1(30b):cipmi:1052: ocmds_intel_me.c:261:Intel ME is initializing.
2025 Jul 30 23:31:05 UTC:4.1(30b):information_logger:589: uptime.c:1219:Host Transition Ocurred. Event Count: 146. New state is "Power Off".

المثال 3 - إعادة تعيين وحدة التحكم في إدارة اللوحة الأساسية بسبب المراقبة:

2025 Jun 14 07:44:50 CDT:4.1(30b):kernel:-:<3>[watchdog_init]:487:BMC Watchdog resetted BMC.
2025 Jun 14 07:44:50 CDT:4.1(30b):kernel:-:<3>[watchdog_init]:489:BMC Watchdog System Bus Debug Status Registers: 0x0 and0x0
2025 Jun 14 07:44:50 CDT:4.1(30b):kernel:-:<3>[watchdog_init]:523:BMC Watchdog resetted BMC due to OOM.

تحليل سجلات وحدة تحكم ASA/FTD

يغطي هذا القسم تحليل ملفات ASAConsingle.log التي تحتوي على سجلات من محرك Lina ويمكن فحصها بحثا عن علامات تتبع البرامج أو إعادة التمهيد.

يحتوي الملف على سجلات إيقاف التشغيل أو إعادة التشغيل الخاصة بوحدات ASA/FTD التي تعمل على الأنظمة الأساسية الظاهرية و Firepower 1000 و 2100 وجدار الحماية الآمن 1200 و 3100 و 4200 و Firepower 4100 و 9300 وحدات الأمان (وليس الهيكل)

يمكن الوصول إلى الملف فقط في:

• FTD CLISH في وضع الخبراء: /ngfw/var/log/ASAConsole.log
• ملف أستكشاف أخطاء FTD وإصلاحها: dir-archives/opt-cisco-platform-logs/ASAConsole.log.
• ملف أستكشاف أخطاء وحدة الأمان وإصلاحها على Firepower 4100/9300: /opt/platform/logs/ASAConsole.log
• Firepower 1000 و 2100 وجدار الحماية Secure Firewall 1200 و 3100 و 4200 chassis إظهار الملف الفني: /opt/platform/logs/ASAConsole.log

أعراض إنشاء الملفات الأساسية و traceback:

root@KSEC-CSF1210-6:/ngfw/var/log# less ASAconsole.log
2025-08-09 01:06:11 /bin/grep: (standard input): Resource temporarily unavailable
2025-08-09 01:06:11 /bin/grep: (standard input): Resource temporarily unavailable
2025-08-09 01:06:11 /bin/grep: (standard input): Resource temporarily unavailable
2025-08-09 01:06:35 !! !! First Crash in tid: 14834 signo: 11
2025-08-09 01:06:35
2025-08-09 01:06:35 Writing live core file to flash. Please do not reload.
2025-08-09 01:06:35
2025-08-09 01:06:35 Coredump starting....
2025-08-09 01:06:35 Corehelper: /opt/cisco/csp/cores/core.lina.11.14550.1754701595
2025-08-09 01:06:35 Waiting for Corehelper to finish....
2025-08-09 01:06:35 Livecore: generating coredump of 14550
2025-08-09 01:06:35 [New LWP 14795]
2025-08-09 01:06:35 [New LWP 14796]
2025-08-09 01:06:35 [New LWP 14834]
2025-08-09 01:06:35 [New LWP 14835]
2025-08-09 01:06:35 [New LWP 14836]
2025-08-09 01:06:35 [New LWP 14869]
2025-08-09 01:06:35 [New LWP 14934]
2025-08-09 01:06:35 [New LWP 14939]
2025-08-09 01:06:35 [New LWP 14940]
2025-08-09 01:06:35 [New LWP 14941]
2025-08-09 01:06:35 [New LWP 14942]
2025-08-09 01:06:35 [New LWP 14943]
2025-08-09 01:06:35 [New LWP 14945]
2025-08-09 01:06:35 [New LWP 14947]
2025-08-09 01:06:35 [New LWP 14948]

 أعراض تمهيد محرك Lina، لاحظ الفجوة في الطوابع الزمنية للسجل:

root@KSEC-CSF1210-6:/ngfw/var/log# less ASAconsole.log
2024-11-13 22:43:09 INFO: SW-DRBG health test passed.
2024-11-13 22:43:09 M_MMAP_THRESHOLD 65536, M_MMAP_MAX 82155
2024-11-13 22:43:10 /bin/grep: (standard input): Resource temporarily unavailable
2024-11-13 22:43:10 /bin/grep: (standard input): Resource temporarily unavailable
2024-11-13 22:43:10 /bin/grep: (standard input): Resource temporarily unavailable
2024-11-13 22:43:10 /bin/grep: (standard input): Resource temporarily unavailable
2024-11-13 22:43:10 User enable_1 logged in to firepower
2024-11-13 22:43:10 Logins over the last 1 days: 1. 
2024-11-13 22:43:10 Failed logins since the last login: 0. 
2024-11-13 22:43:10 Type help or '?' for a list of available commands.
2024-11-13 22:43:10 ^Mfirepower>
2025-04-04 09:11:46 System Cores 8 Nodes 1 Max Cores 24
2025-04-04 09:11:46 Number of Cores 3
2025-04-04 09:11:46 IO Memory Nodes: 1
2025-04-04 09:11:46 IO Memory Per Node: 1073741824 bytes num_pages = 262144 page_size = 4096
2025-04-04 09:11:46
2025-04-04 09:11:46 Global Reserve Memory Per Node: 2147483648 bytes Nodes=1
2025-04-04 09:11:46
2025-04-04 09:11:46 LCMB: got DMA 1073741824 bytes on numa-id=0, phys=0x00000001c0000000, virt=0x0000400040000000
2025-04-04 09:11:46 LCMB: HEAP-CACHE POOL got 2147483648 bytes on numa-id=0, virt=0x0000400080000000
2025-04-04 09:11:46
2025-04-04 09:11:46 total_reserved_mem = 1073741824
2025-04-04 09:11:46
2025-04-04 09:11:46 total_heapcache_mem = 2147483648
2025-04-04 09:11:46 total mem 5384115842 system 16318316544 kernel 21847377 image 85732792
2025-04-04 09:11:46 new 5384115842 old 1159474616 reserve 3221225472 priv new 2184737747 priv old 0
2025-04-04 09:11:46 Processor memory:   5384115842
2025-04-04 09:11:46 POST started...
2025-04-04 09:11:46 POST finished, result is 0 (hint: 1 means it failed)
2025-04-04 09:11:46
2025-04-04 09:11:46 Cisco Adaptive Security Appliance Software Version 9.22(1)1

تحليل مشكلات الجهد الكهربائي ووحدة إمداد الطاقة

قم بالمتابعة مع هذا القسم إذا تم العثور على أسباب إعادة تعيين قسم تحليل أسباب إعادة تعيين الهيكل مثل هذه:

• باور أون
• طلب PowerCycle
• إعادة التعيين بسبب الجهد الكهربائي غير الصحيح
• سبب غير معروف:

No time
    Reason: Unknown
    Service:
    Version:

يمكن أن تشير هذه الأسباب إلى مشاكل محتملة مع واحد أو أكثر من هذه:

• نقص في إمدادات الطاقة
• مشكلات وحدات التزويد بالطاقة (PSU)
• مشكلات كابلات الطاقة
• مشكلات وحدات توزيع الطاقة (PDU) الموجودة في الحامل
• مشكلات متعلقة بمصادر الطاقة

استمر في الخطوات التالية:

1. لتضييق نطاق المشكلة، أجب عن هذه الاسئلة:

• هل كان فقد الطاقة مشكلة لمرة واحدة أم أنه متكرر؟
• هل جدار الحماية يحتوي على وحدات تزويد بالطاقة (PSU) إحتياطية؟
• هل وحدات التزويد بالطاقة (PSU) متصلة بمصادر طاقة مختلفة و/أو وحدات توزيع الطاقة (PDU)؟
• هل هناك أي أجهزة أخرى متصلة بنفس مصدر الطاقة و/أو وحدة التزويد بالطاقة (PSU)؟
• هل تعرضت أيضا أجهزة أخرى متصلة بمصدر الطاقة نفسه و/أو وحدة التزويد بالطاقة (PSU) لفقد في الطاقة؟

2. إذا كان جدار الحماية فقط هو المتأثر بناء على الأسئلة الواردة من الخطوة الأولى، فتأكد من أن:

• تتصل كابلات الطاقة بإحكام بمصدر الطاقة والهيكل.
• لا تتلف كابلات الطاقة. حاول إستبدال كبلات الطاقة لاستبعاد المشاكل المحتملة مع الكبلات.
  
  

3. إذا استمر الهيكل في إعادة التمهيد بشكل غير متوقع، فقم بتجميع إخراج هذه الأوامر في FXOS بضع مرات:

scope chassis 1
show psu detail expand
scope psu 1
show stats history psu-stats detail expand
show stats psu-stats detail expand
exit
scope psu 2
show stats history psu-stats detail expand
show stats psu-stats detail expand

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

المراجع 

1. التحقق من إصدارات برنامج Firepower
2. تحقق من FirePOWER والمثيل والتوفر وتهيئة قابلية التطوير
3. تجميع البيانات لتحليل السبب الجذري للبرامج Traceback/Crash في جدار الحماية الآمن
4. أستكشاف أخطاء إجراءات إنشاء ملف FirePOWER وإصلاحها