يفشل الاقتران عالي التوفر (HA) بين جهازي Cisco Firepower 1120 اللذين يشغلان FTD 7.4.2.4 أثناء مزامنة التطبيق مع العقدة الثانوية التي تدخل باستمرار حالة فشل بسبب عدم تطابق وضع تسجيل الترخيص. رسالة الخطأ المحددة التي تمت مصادفتها هي:
CD App Sync error FDM validation failure License registration mode mismatch between Primary and Secondary Node Check appsynchistory CLI for details
يكشف الأمر show app-sync-history عن حالات فشل متكررة مع رسائل مثل:
App Sync Status: FAILURE
Failed Reason: FDM validation failure - License agent compliance mismatch between Primary and Secondary Node
حدثت هذه المشكلة بعد إعادة تعيين جدران الحماية، واستعادة التكوينات من النسخ الاحتياطي، وتحديث البرامج إلى الإصدار 7.4.2.4 من FTD، وتحديث إصدارات VDB و SNORT، وإعادة تطبيق التراخيص باستخدام الرموز المميزة الجديدة. يبقى جدار الحماية الثانوي في حالة فشل، مما يمنع إكمال HA ويؤثر على تكرار جدار الحماية.
تم تكوين أجهزة NGFW Firepower 1120 من Cisco للحصول على توفر فائق
الدفاع ضد تهديد Firepower (FTD)، الإصدار 7.4.2.4-9
محرِّك فحص Snort: 3.1.53٫203 - 175
vdb: 425.0
قاعدة بيانات الموقع الجغرافي: 2026-03-07-053
الأجهزة المحولة من وضع الترخيص الذكي إلى PLR (حجز الترخيص الدائم)
الجهاز الأساسي الذي يحاول اتصال السحابة بعد تحويل PLR
تم إستعادة كلا الجهازين من النسخة الاحتياطية
يتضمن الحل تحديد وتصحيح عدم تطابق وضع تسجيل الترخيص بين الأجهزة الأساسية والثانوية، وإجراء إلغاء تسجيل الشبكة، وإكمال عملية نشر كاملة.
تحقق من وضع تسجيل الترخيص على كلا الجهازين من خلال التحقق من محفوظات مزامنة التطبيق لأسباب فشل محددة:
show app-sync-history
تظهر المخرجات حالات فشل تشير إلى:
FDM validation failure – License registration mode mismatch between Primary and Secondary node
نظرا لأن الجهاز الأساسي كان لا يزال يحاول اتصال السحابة بعد التحويل من "الترخيص الذكي" إلى وضع PLR، يلزم إلغاء تسجيل السحابة.
تكوين وكيل مؤقت في واجهة مستخدم FDM (إذا لم يتم تكوين وكيل):
انتقل إلى إعدادات النظام > الاطلاع على المزيد > علامة التبويب وكيل HTTP وتكوين وكيل وهمي مؤقتا [يمكن إزالة هذا لاحقا].
بروتوكول SSH في جهاز FTD وتنفيذ البرنامج النصي للموصل:
ssh admin@<device-ip>
expert
sudo su
/ngfw/var/sf/bin/connector.sh
في حالة فشل برنامج نصي للموصل مع ظهور هذا الخطأ:
Error: listen tcp :8989: bind: address already in use
عينت وأنهيت العملية باستخدام أيسر 8989 (بشكل خاص شبكة نجاح Cisco):
netstat -tulpn | grep 8989
kill <pid>
أعد تشغيل البرنامج النصي للموصل بعد حل تعارض المنفذ:
/ngfw/var/sf/bin/connector.sh
يجب أن يظهر التنفيذ الناجح مخرجات مماثلة ل:
Starting connector
INFO[0000] [firepower][functions.go:162 common:LogEnv] Environment variable: https_proxy=http://1xx.xx.xx.xx:80
INFO[0000] [firepower][functions.go:162 common:LogEnv] Environment variable: http_proxy=http://1xx.xx.xx.xx:80
انتقل إلى واجهة المستخدم الرسومية (GUI) الخاصة ب FDM، إعدادات النظام > خدمات السحابة > خدمات السحابة وانقر فوق خيار إلغاء التسجيل. تحقق من عدم تسجيل الجهاز من خدمات السحابة.
بعد إلغاء تسجيل السحابة، إذا ظل اقتران HA يفشل مع نفس خطأ عدم تطابق الترخيص، قم بإجراء نشر كامل على الوحدة النشطة من خلال واجهة FDM.
انتقل إلى النشر > النشر الآن وأكمل عملية النشر.
بمجرد اكتمال النشر، أعد محاولة تكوين HA. يجب أن تشكل الأجهزة بنجاح زوج HA-Standby HA مع واجهات متصلة وفي حالة الاستعداد.
تأكيد تكوين HA الناجح:
show failover
يجب أن يعرض الإخراج كلتا الوحدتين في حالات HA المناسبة مع المزامنة الناجحة.
السبب الجذري هو عدم تطابق وضع تسجيل الترخيص بين أجهزة FirePOWER 1120 الأساسية والثانوية. تم تحويل الأجهزة من وضع الترخيص الذكي إلى PLR (حجز الترخيص الدائم)؛ ومع ذلك، استمر الجهاز الأساسي في محاولة اتصال السحابة، مما أدى إلى عدم تطابق في حالة توافق وكيل الترخيص/التصدير أثناء التحقق من صحة HA. وأدى ذلك إلى تكرار حالات فشل التحقق من صحة FDM/FIM أثناء مزامنة التطبيق. بالإضافة إلى ذلك، تم حظر إلغاء التسجيل على السحابة في البداية بواسطة تعارض في المنفذ 8989 المتصل بشبكة نجاح Cisco، والذي يتطلب الحل قبل إمكانية متابعة إلغاء التسجيل.
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
1.0 |
16-Oct-2026
|
الإصدار الأولي |