إعلامات تنبيه البريد الإلكتروني ل ISE لا تعمل بعد ترقية البرنامج
المحتويات
مسألة
لا يتم تسليم إعلامات تنبيه البريد الإلكتروني لمحرك خدمات الهوية من Cisco إلى المستلمين الذين تم تكوينهم. تنجح وظيفة إختبار SMTP داخل ISE، ولكن أحداث التنبيه الفعلية لا تشغل إعلامات البريد الإلكتروني التي سيتم إرسالها. بدأت هذه المشكلة تحدث بعد الترقية من ISE الإصدار 3.2 إلى 3.4 Patch 3، واستمرت حتى بعد تطبيق 3.4 Patch 5. عملت رسائل البريد الإلكتروني الخاصة بالتنبيه لفترة وجيزة مباشرة بعد تطبيق Patch 5 ولكنها توقفت عن العمل مرة أخرى عندما تم إعادة تمكين إعلامات البريد الإلكتروني بعد تعطيلها مؤقتا بسبب إرتفاع مستوى الصوت.
البيئة
Cisco Identity Services Engine (ISE)، الإصدار 3.4 Patch 5
نشر ISE مع 6 عقد خدمة سياسة (PSN) و 2 عقد مراقبة واستكشاف الأخطاء وإصلاحها (MNt) و 2 عقدة إدارة سياسة (PANs)
عقدة MnT الأساسية: COR089ISE-MnT02 (IP: 172.29.134.2 )
خادم SMTP: smtp1.us.parker.corp
تكوين العمل السابق على ISE، الإصدار 3.2
بدأت المشكلة بعد الترقية من الإصدار 3.2 إلى الإصدار 3.4 من Patch 3 في أكتوبر
قرار
لاستكشاف أخطاء إعلام إعلام ISE عبر البريد الإلكتروني وإصلاحها، اتبع خطوات التشخيص والحل الموضحة في الأقسام التالية.
الخطوة 1: التحقق من تكوين SMTP ووظائف الاختبار
تأكد من نجاح إختبار SMTP داخل ISE وتحقق من تكوين خادم البريد الإلكتروني:
1. انتقل إلى الإدارة > النظام > الإعدادات > خادم SMTP في واجهة المستخدم الرسومية (GUI) المتوافقة مع معيار ISE.
2. تحقق من جميع إعدادات SMTP بما في ذلك عنوان الخادم والمنفذ وتكوين TLS/STARTTLS وإعدادات المصادقة.
تأكد من صحة عنوان IP أو FQDN الخاص بخادم SMTP (عبارة البريد).
تحقق من منفذ SMTP: الافتراضي هو المنفذ 25. إذا تم تمكين الإرسال الآمن (TLS/STARTTLS)، يجب أن يطابق بشكل صريح المنفذ المفتوح على خادم البريد الإلكتروني (مثل المنفذ 587).
3. اختبر اتصال SMTP باستخدام وظيفة الاختبار المدمجة.
4. التنسيق مع مسؤولي خادم البريد الإلكتروني لتأكيد ما إذا كانت رسائل البريد الإلكتروني للاختبار يتم تلقيها على مستوى الخادم أم لا.
الخطوة 2: تمكين تسجيل تصحيح الأخطاء على عقدة MNt الأساسية
أستخدم الوصول الجذر لعزل ما إذا كانت المشكلة هي نجاح مشغل داخلي أو خطأ اتصال خارجي مع الخادم:
tail -F /opt/CSCOcpm/logs/ise-psc.log
2026-06-02 14:51:54,851 WARN [MnT-AlarmWorkerMail-Threadpool-0][[]] cisco.mnt.common.alarms.AlarmWorker -:::::- toEmail : Sending to : erika@example.com
2026-06-02 14:51:54,851 INFO [MnT-AlarmWorkerMail-Threadpool-0][[]] cisco.mnt.common.alarms.AlarmWorker -:::::- toEmail : Sending to : erika@example.com
2026-06-02 14:51:54,853 ERROR [MnT-AlarmWorkerMail-Threadpool-0][[]] cisco.mnt.common.alarms.AlarmWorker -:::::- Couldn't connect to host, port: 10.122.141.218, 25; timeout 60000
إذا تطلب الأمر المزيد من أستكشاف الأخطاء وإصلاحها أو كنت غير قادر على المراقبة عبر الجذر، فقم بتمكين التسجيل التفصيلي لالتقاط محاولات إنشاء التنبيه وتسليم البريد الإلكتروني.
قم بتمكين مكونات تصحيح الأخطاء هذه على عقدة MnT الأساسية:
cisco-mnt
cpm-mnt
الخطوة 3: التقاط حركة مرور الشبكة أثناء أحداث التنبيه
قم بالتقاط الحزمة للتحقق مما إذا كان ISE يحاول إنشاء إتصالات SMTP لأحداث التنبيه:
1. انتقل إلى العمليات > أستكشاف الأخطاء وإصلاحها > أدوات التشخيص > تفريغ TCP على عقدة MnT الأساسية.
2. حدد واجهة الشبكة المستخدمة للاتصال بخادم SMTP.
3. بدء التقاط الحزمة.
4. أثناء الالتقاط، قم بتنفيذ كل من:
قم بتشغيل إختبار SMTP من ISE (لالتقاط جلسة SMTP المعروفة بكونها جيدة).
قم بإنشاء حدث تنبيه فعلي أو انتظاره.
5. قم بإيقاف الالتقاط وتنزيل ملف PCAP للتحليل.
الخطوة 4: مراقبة سجلات التطبيقات أثناء إنشاء التنبيه
مراقبة سجلات تطبيق ISE لتحديد محاولات إرسال البريد الإلكتروني.
قم بتشغيل هذا الأمر على واجهة سطر الأوامر لعقدة MnT الأساسية أثناء إنشاء تنبيه:
show logging application ise-psc.log tail
التقط الإخراج ولاحظ الطابع الزمني لأي أحداث تنبيه تحتاج إلى تشغيل إعلامات البريد الإلكتروني.
الخطوة 5: التنسيق مع إدارة خادم البريد الإلكتروني
العمل مع مسؤولي خادم البريد الإلكتروني للتحقق من المعالجة من جانب الخادم.
أثناء إختبار التنبيه، دع فريق البريد الإلكتروني يفحص سجلات خادم SMTP من أجل:
إتصالات SMTP من عنوان IP لعقدة MNt الأساسية
قبول الرسالة أو رفضها أو حالة تأجيلها
أي رموز خطأ أو أسباب رفض في حالة عدم قبول الرسائل
الخطوة 6: تحليل البيانات الملتقطة وتنفيذ الدقة
راجع عمليات التقاط الحزم المجمعة والسجلات والمعلومات من جانب الخادم لتحديد:
ما إذا كان ISE يحاول إرسال رسائل البريد الإلكتروني الخاصة بالتنبيه (مرئية في التقاط الحزم) أم لا.
أكواد إستجابة الخادم وأي أسباب للرفض.
الاختلافات بين جلسات إختبار SMTP الناجحة وجلسات تشغيل التنبيه.
استنادا إلى التحليل، قم بتنفيذ الحلول المناسبة مثل:
ضبط تكوين خادم SMTP أو سياسات الأمان.
تعديل إعدادات إعلام ISE عبر البريد الإلكتروني.
تحديث عنوان المرسل أو معلمات المصادقة.
الخطوة 7: تعطيل تسجيل الأخطاء
بعد إكمال أستكشاف الأخطاء وإصلاحها، قم بتعطيل مكونات تسجيل تصحيح الأخطاء لمنع نمو ملف السجل.
تعطيل مكونات تصحيح الأخطاء على عقدة MnT الأساسية:
cisco-mnt (disable)
cpm-mnt (disable)
السبب
يمكن أن تنبع المشكلة من الاختلافات في كيفية معالجة عقدة المراقبة الأساسية واستكشاف الأخطاء وإصلاحها (MNt) لجلسات SMTP لأحداث التنبيه مقابل وظائف إختبار SMTP. بينما ينجح إختبار SMTP، قد تفشل محاولات البريد الإلكتروني الفعلية التي يتم تشغيلها بواسطة التنبيه بسبب عدم توافق التكوين، أو التصفية من جانب الخادم، أو التغييرات في عملية إرسال البريد الإلكتروني المقدمة في إصدار ISE الأحدث.
المحتوى ذي الصلة
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
1.0 |
16-Oct-2026
|
الإصدار الأولي |
التعليقات