المحتويات

المقدمة

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

طريقة جمع السجلات

الكلمات الأساسية اللازمة للبحث في السجلات

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

المرحلة 1. اكتشاف خدمة CUCM

المرحلة الثانية. مصادقة مستخدم CUCM

المرحلة الثالثة. تسجيل دخول SOAP (IM وسجل التواجد)

المرحلة 4. XMPP سجل الدخول (IM وسجل التواجد)

عمليات التحقق الإلزامية

كيفية تعيين السجلات على DEBUG (تصحيح الأخطاء)

السجلات المطلوب جمعها

جمّع السجلات من RTMT

المقدمة

يوضح هذا المستند كيفية أستكشاف أخطاء سجل الدخول إلى Jabber وإصلاحها عند فشله على شبكة داخلية أو شبكة مؤسسة.

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

يتكون سجل الدخول من Jabber من مرحلتين، سجل الدخول إلى خادم مدير الاتصالات الموحدة (CUCM) وسجل الدخول إلى خادم التواجد والمراسلة الفورية (IM&P) من Cisco.

- يتضمن تسجيل دخول CUCM اكتشاف الخدمة لتحديد خادم CUCM الذي يجب تسجيل دخول Jabber عليه.

- يستخدم Jabber المصادقة مع CUCM لاسترداد تفاصيل ملف تعريف الخدمة التي تحتوي على خادم IMP والبريد الصوتي والمؤتمرات وتفاصيل خادم CTI وأيضا ملف تكوين الجهاز لخدمات الهاتف.

- بمجرد نجاح تسجيل الدخول إلى CUCM، يقوم Jabber بتسجيل الدخول إلى خادم IMP لمصادقة قائمة جهات الاتصال وخدمات IM الأخرى واستردادها.

- يحتوي سجل IMP على مرحلتين هما: سجل SOAP الذي يتعامل مع مصادقة المستخدم، ثم سجل XMPP الذي يتعامل مع إنشاء جلسة XMPP وإدارة الدفق.

طريقة جمع السجلات

قم بمسح ذاكرة التخزين المؤقت على الكمبيوتر وتجميع "تقرير مشاكل Jabber النظيفة" (PRT).

الخطوة 1. قم بتسجيل الخروج والخروج من تطبيق Jabber.

الخطوة 2. حذف كافة السجلات الموجودة على

%AppData%\Local\Cisco\Unified Communications\Jabber\

%AppData%\Roaming\Cisco\Unified Communications\Jabber\

الخطوة 3. أعد تشغيل Jabber وأعد إنشاء المشكلة.

الخطوة 4. تجميع تقرير المشكلة. (من قائمة تعليمات Jabber، حدد خيار الإبلاغ عن مشكلة لتشغيل أداة تقرير المشكلة. التعليمات موجودة هناك)

إرتباط إلى هذه الموارد:

- كيفية تجميع مشكلة Jabber

- كيفية جمع السجلات من Expressway (عند تجاوز Jabber تقييم استعداد شبكة الوسائط (MRA))

الكلمات الأساسية اللازمة للبحث في السجلات

IMPStackCap::Log in::OnLog inError

ServiceDiscoveryHandlerResult

@CupSoapCli: log in cup succeeds - shows when the SOAP log in was successful.

[CTriTPConnectionClient::OnConnectSuccess] - @XmppSDK: - shows when the XMPP log in was successful.

LERR - shows the Log in Errors when the Jabber fails to log in to the IM&P Server.

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

المرحلة 1. اكتشاف خدمة CUCM

الخطأ على الشاشة

السبب

ما المطلوب التحقق منه في سجل Jabber

لا يمكن العثور على خدماتك تلقائيًا. انقر فوق إعدادات متقدمة لإجراء الإعداد يدويًا

تتم رؤية هذا الخطأ عند عدم تكوين تسجيلات‪ _cisco-uds‬ أو ‎_cuplogin SRV في خادم DNS

csf::dns::mapFromWindowsDNSResult

نموذج مقتطف السجل

017-03-19 17:55:00,422 WARN  [0x000050ac] [src\dnsutils\win32\win32DnsUtils.cpp(52)] [csf.dns]   [csf::dns::mapFromWindowsDNSResult] - *-----* DNS query _cisco-uds._tcp.applab has failed: DNS name does not exist.  (9003).

2017-03-19 17:55:00,438 WARN  [0x000050ac] [src\dnsutils\win32\win32DnsUtils.cpp(52)] [csf.dns]   [csf::dns::mapFromWindowsDNSResult] - *-----* DNS query _cuplogin._tcp.applab has failed: DNS name does not exist. (9003).

الخطوات اللازمة للحل

الخطوة 1. قم بتشغيل موجه الأوامر (على عميل Windows) ثم أدخل NSLOOKUP.

الخطوة 2. تعيين نوع الاستعلام إلى SRV

set type = SRV

الخطوة 3. إدراج سجل SRV الذي نحتاج إلى التحقق منه

_cisco-uds._tcp.example.com

الخطوة 4. يؤدي هذا إلى إرجاع سجلات DNS A التي تشير إلى خوادم CUCM.

هذا هو مثال على سجل Successful _cisco-uds SRV.

في حال عدم الرجوع بالتسجيلات، اتصل بمسؤول DNS لديك لتكوين تسجيلات SRV

الخطأ على الشاشة

السبب

ما المطلوب التحقق منه في سجل Jabber

لا يمكن العثور على خدماتك تلقائيًا. انقر فوق إعدادات متقدمة لإجراء الإعداد يدويًا

تتم رؤية هذا الخطأ عندما يتعذّر على Jabber استرداد خوادم UDS أو TFTP لتجميع إعدادات التكوين ومعلومات تسجيل دخوله.

رمز استجابة HTTP 503 للطلب رقم 29 إلى https://cucm.domain:8443/cucm-uds/

رمز استجابة HTTP 503 للطلب رقم 29 إلى https://cucm.domain:6972/

الخطوات اللازمة للحل

الخطوة 1. تحقق من أن عقد CUCM التي تم تكوينها كخوادم TFTP قيد التشغيل.

الخطوة 2. قم بإعادة تشغيل هذه الخدمات على جميع عقد CUCM.

- Cisco TFTP

- خدمة Cisco UDS

المرحلة الثانية. مصادقة مستخدم CUCM

الخطأ على الشاشة

السبب

ما المطلوب التحقق منه في سجل Jabber

اسم المستخدم أو كلمة المرور الخاصة بك غير صحيحة

تتم رؤية هذا الخطأ عندما تكون بيانات الاعتماد التي تم إدخالها خاطئة أو في حال تأمين المستخدم في CUCM‏/LDAP

"FAILED_UCM90_AUTHENTICATION"

نموذج مقتطف السجل

2017-01-09 08:59:10,652 INFO  [0x00001740] [vices\impl\DiscoveryHandlerImpl.cpp(460)] [service-discovery] [CSFUnified::DiscoveryHandlerImpl::evaluateServiceDiscoveryResult] - ServiceDiscoveryHandlerResult return code FAILED_UCM90_AUTHENTICATION

الخطوات اللازمة للحل

الخطوة 1. تأكد من تكوين المستخدم كمستخدم نهائي في CUCM. انتقل إلى صفحة إدارة CUCM > المستخدم النهائي.

الخطوة 2. تحقق من صحة بيانات الاعتماد ومن نشاط المستخدم. سجِّل الدخول إلى بوابة الرعاية الذاتية لـ CUCM.

تشير هذه الصورة إلى السيناريو حيث يتعذّر على بروتوكول LDAP مصادقة المستخدم إما لأن المستخدم ليس مستخدمًا صالحًا أو أن كلمة المرور المقدّمة غير صحيحة.

الخطوة 3. إذا ظهرت هذه المشكلة لجميع المستخدمين، فتحقق مما إذا كانت إعدادات مزامنة LDAP ومصادقة LDAP على إدارة CUCM > نظام > LDAP صحيحة.

تلميح: من منظور خادم LDAP، تأكد من أن الحساب غير مؤمن، وأن كلمات المرور غير منتهية الصلاحية، وأن جميع المستخدمين متزامنون مع خادم CUCM.

الخطأ على الشاشة

السبب

ما المطلوب التحقق منه في سجل Jabber

لا يمكن الاتصال بالخادم

يتعذّر على Jabber حل/الوصول إلى اسم المضيف/اسم المجال المؤهل بالكامل من CUCM الذي استقبله أثناء اكتشاف الخدمة

"FAILED_UCM90_CONNECTION"

نموذج مقتطف السجل

2017-08-28 12:04:00,282 INFO  [0x00004290] [vices\impl\DiscoveryHandlerImpl.cpp(452)] [service-discovery] [CSFUnified::DiscoveryHandlerImpl::evaluateServiceDiscoveryResult] - ServiceDiscoveryHandlerResult return code FAILED_UCM90_CONNECTION

الخطوات اللازمة للحل

الخطوة 1. قم بالاختبار إذا كنت قادرا على فتح عنوان URL هذا في المستعرض على الكمبيوتر الشخصي https://<CUCM IP/FQDN>:8443/CUCM-UDS/version

لم تنجح العملية

نجحت العملية

الخطوة 2. إذا لم تكن الاستجابة ناجحة، فتحقق من تكوين DNS بشكل صحيح لحلها وأيضا إذا لم تكن هناك عناصر شبكة مثل جدار الحماية/ASA تمنع المنفذ 8443.

الخطوة 3. يجب إختبار عنوان URL هذا لكافة خوادم CUCM في المجموعة. للحصول على قائمة بالخوادم، انتقل إلى إدارة CUCM > النظام > الخادم.

الخطأ على الشاشة

السبب

ما المطلوب التحقق منه في سجل Jabber

لا يمكن الاتصال بالخادم

تتم رؤية هذا الخطأ عندما لا يطابق معرّف المستخدم الذي تم إدخاله في Jabber معرّف المستخدم الذي تم تكوينه في CUCM

"FAILED_USER_LOOKUP"

نموذج مقتطف السجل

2016-08-18 13:14:49,943 INFO  [0x000036e4] [vices\impl\DiscoveryHandlerImpl.cpp(367)] [service-discovery] [DiscoveryHandlerImpl::evaluateServiceDiscoveryResult] - ServiceDiscoveryHandlerResult return code FAILED_USER_LOOKUP

الخطوات اللازمة للحل

الخطوة 1. تحقق من إمكانية فتح عنوان URL هذا في المستعرض على الكمبيوتر الشخصي https://CUCM:8443/cucm-uds/clusterUser?username=<userID>

الخطوة 2. تحقق من مطابقة معرف المستخدم الذي تم إدخاله في Jabber لمعرف المستخدم على صفحة المستخدم النهائي ل CUCM.

تلميح: يحتوي Jabber على اكتشاف UPN تم تمكينه بشكل افتراضي وبالتالي الحصول على معرف المستخدم الذي تم تعميمه مسبقا من حقل LDAP UPN. تحقق مما إذا كان UPN هو نفسه الذي تم تكوينه في CUCM، إذا كنت تحتاج إلى تعطيل اكتشاف UPN، فقم بتعيين UPN_DISCOVERY_ENABLED=false أثناء التثبيت

المرحلة الثالثة. تسجيل دخول SOAP (IM وسجل التواجد)

الخطأ على الشاشة

السبب

ما المطلوب التحقق منه في سجل Jabber

اسم المستخدم أو كلمة المرور الخاصة بك غير صحيحة

يحدث هذا الخطأ بسبب فشل مصادقة المستخدم

"LERR_CUP_AUTH"

نموذج مقتطف السجل

2017-01-14 15:55:09,615 INFO  [0x00000dc0] [ts\adapters\imp\components\Login.cpp(99)] [imp.service] [IMPStackCap::Login::OnLoginError] - ****************************************************************

2017-01-14 15:55:09,615 INFO  [0x00000dc0] [s\adapters\imp\components\Login.cpp(100)] [imp.service] [IMPStackCap::Login::OnLoginError] - OnLoginError: (data=0) LERR_CUP_AUTH <12>:

201-01-14 15:55:09,615 INFO  [0x00000dc0] [s\adapters\imp\components\Login.cpp(101)] [imp.service] [IMPStackCap::Login::OnLoginError] - ****************************************************************

الخطوات اللازمة للحل

الخطوة 1. تحقق من تعيين المستخدم لعقدة وجود ومن عدم وجود تكرارات للمستخدم (إدارة المراسلة الفورية والحضور > التشخيصات > مستكشف أخطاء النظام ومصلحها).

الخطوة 2. تحقق من أن حالة التوفر العالي (HA) عادية ولم يحدث أي تجاوز للفشل.

إذا حاولت تعيين المستخدم أثناء حالة HA غير عادية، فلن يتم تعيين المستخدمين لأي عقدة IMP ويفشل تسجيل الدخول.

قم باسترداد حالة HA أولا وأعد تعيين المستخدم.

الخطوة 3. تحقق من صحة بيانات الاعتماد.

1. في حالة مستخدم LDAP، تحقّق مما إذا كان المستخدم قادرًا على تسجيل الدخول إلى بوابة الرعاية الذاتية لـ CUCM.

2. إذا فشل تسجيل دخول صفحة ccmenduser، فتحقّق من إعدادات مصادقة LDAP في CUCM وتحقّق أيضًا من أن الإعدادات نفسها يتم استنساخها إلى IMP

run sql select * from ldapauthentication

run sql select * from ldapauthenticationhost

3. التحقق من عدم تأمين الحساب في LDAP

4. إذا تم تمكين المستخدم مؤخرًا للتواجد، فأعِد تشغيل خدمة وكيل مزامنة Cisco على ناشر IMP.

الخطوة 4. تحقق من أن الخادم يستهلك وحدة المعالجة المركزية (CPU) ذات تصميم TOMCAT

- الأمر show process load

- الأمر utils diagnose test

الخطوة 5. قم بتعيين سجل الخدمات هذا إلى DEBUG ثم قم بإعادة إنشاء إصدار تسجيل الدخول وتجميع السجلات

- وكيل ملف تعريف العميل

- Cisco Tomcat

- عارض الأحداث - سجل التطبيق

- عارض الأحداث - سجل النظام

الخطأ على الشاشة

السبب

ما المطلوب التحقق منه في سجل Jabber

بيانات الاعتماد غير الصالحة

تحدث هذه الأخطاء عندما يكون المستخدم غير نشط أو ليس موجودًا في قاعدة البيانات.

LERR_CUP_AUTH <10>

نموذج مقتطف السجل

[IMPServices] [CSFUnified::IMPStackCap::Log in::OnLog inError] - ****************************************************************

[IMPServices] [CSFUnified::IMPStackCap::Log in::OnLog inError] - OnLog inError: LERR_CUP_AUTH <10>:

[IMPServices] [CSFUnified::IMPStackCap::Log in::OnLog inError] - ****************************************************************

[http-bio-443-exec-15] handlers.Log inHandlerAbstract - preLog in:PRELOGIN reasoncode=FAILURE. User either not CUP licensed or not found in database.

تلميح: لهذا الخطأ، يوصى أيضا باسترداد سجلات Cisco Tomcat من خوادم CUCM و IM&P.

من سجلات Cisco Tomcat

2019-10-27 18:33:40,373 DEBUG [http-bio-443-exec-5] impl.LDAPHostnameVerifier - check : inside check with X509 cert

2019-10-27 18:33:40,373 DEBUG [http-bio-443-exec-5] impl.Certificates - getCNs :

2019-10-27 18:33:40,373 DEBUG [http-bio-443-exec-5] impl.LDAPHostnameVerifier - check : cns = [ldap.ciscolab.com]

2019-10-27 18:33:40,373 DEBUG [http-bio-443-exec-5] impl.Certificates - getDNSSubjectAlts :

2019-10-27 18:33:40,374 DEBUG [http-bio-443-exec-5] impl.LDAPHostnameVerifier - check : subjectAlts = [ldap.ciscolab.com, ldap2.ciscolab.com]

2019-10-27 18:33:40,374 ERROR [http-bio-443-exec-5] impl.AuthenticationLDAP - verifyHostName:Exception.javax.net.ssl.SSLPeerUnverifiedException: hostname of the server 'ldapdc.ciscolab.com' does not match the hostname in the server's certificate.

2019-10-27 18:33:40,374 DEBUG [http-bio-443-exec-5] impl.AuthenticationLDAP - value of hostnameverifiedfalse

2019-10-27 18:33:40,374 INFO [http-bio-443-exec-5] impl.AuthenticationLDAP - verifyHostName: Closing LDAP socket

الخطوات اللازمة للحل

ستواجه موقفين هنا إذا لم تُظهر سجلات Cisco Tomcat أي خطأ في الشهادة، وهذا يستلزم التحقق من صحته.

الخطوة 1. التحقق من اقتران المستخدم بخادم IM&P

- انتقل إلى صفحة الويب الخاصة بـ CUCM Administration (إدارة CUCM) > User Management (إدارة المستخدم) >User Management (إدارة المستخدم) > Assign Presence Users (تعيين مستخدمي التواجد) > ابحث عن معرّف المستخدم وانقر فوق بحث

الخطوة 2. إذا كان المستخدم مقترنا بخادم IM&P، فقم بإرجاع المستخدم من مجموعة العقد الرئيسية

- قم بالانتقال إلى  صفحة الويب الخاصة بـ CUCM Administration (إدارة CUCM) > User Management (إدارة المستخدم) > End User (المستخدم النهائي) > وبالبحث عن المستخدم النهائي وبالنقر فوق بحث > ضمن Service Settings (إعدادات الخدمة)، وبإلغاء تحديد خانة اختيار مجموعة النظام الرئيسي > وبالنقر فوق حفظ > والتحقُّق من خانة اختيار مجموعة النظام الرئيسي والنقر فوق حفظ

في حالة إظهار سجلات Cisco Tomcat للخطأ من المقتطف المعروض سابقًا، قم بتنفيذ الخطوات التالية:

الخطوة 1. تأكيد ما إذا تم تكوين Cisco Jabber لاستخدام LDAP الآمن

الخطوة 2. إذا كان LDAP الآمن قيد الاستخدام، فعليك تأكيد معلومات الشهادات المقترنة بها مثل اسم المجال المؤهل بالكامل (FQDN) واسم المضيف والاسم الشائع (CN).

الخطوة 3. تحقق من كيفية تكوين CUCM و IM&P، إذا كان ذلك باستخدام عنوان IP أو FQDN، وقارن ذلك مع المعلومات التي تحتوي عليها الشهادة

- انتقل إلى  صفحة الويب الخاصة بـ CUCM Administration (إدارة CUCM) > System (النظام) > Server (الخادم)

الخطوة 4. إذا تم تكوين الخوادم باستخدام عنوان IP وتم تكوين شهادات LDAP باستخدام FQDN، فإن الأمر التالي يتطلب التنفيذ على جميع عقد CUCM و IM&P

- utils ldap config ipaddr

- أو يتطلب تعريف الخوادم تغييره كاسم المجال المؤهل بالكامل. ارجع إلى. قم بتغيير تعريف خادم CUCM من عنوان IP أو اسم المضيف إلى دليل FQDN.

الخطأ على الشاشة

السبب

ما المطلوب التحقق منه في سجل Jabber

لا يمكن الاتصال بالخادم

يحدث هذا الخطأ نظرًا للمشكلات المتعلقة باتصال IMDB أو TCP بـ IMP

"LERR_CUP_UNREACHABLE"، "LERR_CUP_TIMEOUT"

نموذج مقتطف السجل

2017-11-08 16:03:20,051 DEBUG [0x00003a0c] [s\adapters\imp\components\Login.cpp(127)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - ************************************************

2017-11-08 16:03:20,051 INFO  [0x00003a0c] [s\adapters\imp\components\Login.cpp(128)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - OnLoginError: LERR_CUP_UNREACHABLE

2017-11-08 16:03:20,051 DEBUG [0x00003a0c] [s\adapters\imp\components\Login.cpp(129)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - *************************************************

الخطوات اللازمة للحل

الخطوة 1. تحقق من إمكانية حل أسماء المضيف/FQDN ل IMP من الكمبيوتر العميل.

الخطوة 2. تحقق من إمكانية فتح عنوان URL هذا في المستعرض https://<IMP Server FQDN/IP>:8443/EPASSoap/service/v105

نجحت العملية

لم تنجح العملية

الخطوة 3. تحقق من أن جدار الحماية/VPN لا يمنع الاتصال بخادم IMP (منفذ 8443،522)

الخطوة 4. التحقق من تشغيل هذه الخدمة في خادم IMP: وكيل ملف تعريف عميل Cisco

الخطوة 5. قم بتعيين سجل الخدمات هذا إلى DEBUG، ثم أعد إنشاء مشكلة تسجيل الدخول ثم قم بتجميع السجلات إذا لم تحل الخطوات السابقة المشكلة.

- جهاز توجيه Cisco XCP

- مدير الاتصال لـ XCP الخاص بـ Cisco

- خدمة مصادقة XCP الخاص بـ Cisco

- وكيل ملف تعريف العميل

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

الخطأ على الشاشة

السبب

ما المطلوب التحقق منه في سجل Jabber

لا يمكن الاتصال بالخادم

عادةً، يحدث هذا الخطأ نظرًا للمشكلات المتعلقة بـ IMDB

"LERR_CUP_INTERNAL_ERROR"

نموذج مقتطف السجل

2017-11-08 16:03:20,051 DEBUG [0x00003a0c] [s\adapters\imp\components\Login.cpp(127)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - ************************************************

2017-11-08 16:03:20,051 INFO  [0x00003a0c] [s\adapters\imp\components\Login.cpp(128)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - OnLoginError: LERR_CUP_INTERNAL_ERROR

2017-11-08 16:03:20,051 DEBUG [0x00003a0c] [s\adapters\imp\components\Login.cpp(129)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - *************************************************

الخطوات اللازمة للحل

الخطوة 1. إجراء فحوصات إلزامية

الخطوة 2. التحقق من تشغيل هذه الخدمات في خادم IM&P

- جهاز توجيه Cisco XCP

- مدير الاتصال لـ XCP الخاص بـ Cisco

- خدمة مصادقة XCP الخاص بـ Cisco

- مخزن بيانات تسجيل دخول Cisco

الخطوة 3. التحقق مما إذا كان إشعار الحقل هذا قابلا للتطبيق

إشعار ميداني: FN - 64267 - مدير الاتصالات الموحدة من Cisco يتسبب المراسلة الفورية والحضور في فشل سجل Cisco Jabber - ينصح بترقية البرامج

الخطوة 4. قم بتعيين سجل الخدمات هذا إلى DEBUG، ثم أعد إنشاء مشكلة تسجيل الدخول ثم قم بتجميع السجلات إذا لم تحل الخطوات السابقة المشكلة.

- جهاز توجيه Cisco XCP

- مدير الاتصال لـ XCP الخاص بـ Cisco

- خدمة مصادقة XCP الخاص بـ Cisco

- وكيل ملف تعريف العميل

- مخزن بيانات تسجيل دخول Cisco

- عارض الأحداث - سجل التطبيق

- عارض الأحداث - سجل النظام

الخطوة 5. قم بإعادة تشغيل نظام المجموعة لاستعادة الوضع.

المرحلة 4. XMPP سجل الدخول (IM وسجل التواجد)

الخطأ على الشاشة

السبب

ما المطلوب التحقق منه في سجل Jabber

لا يمكن الاتصال بالخادم

تتم رؤيته بشكل شائع عندما يفشل اتصال Jabber عبر MRA ولا يمكنه إنشاء جلسة TLS مع IM&P

LERR_JABBER_AUTH <14>: خطأ في المصادقة مع الخادم، على سبيل المثال ربط الموارد أو TLS أو إنشاء جلسة عمل أو خطأ SASL

نموذج مقتطف السجل

2019-05-03 15:19:32,225 DEBUG [0x0000000109732f80] [s/adapters/imp/components/Log in.cpp(128)] [IMPServices] [OnLog inError] - ****************************************************************

2019-05-03 15:19:32,225 INFO  [0x0000000109732f80] [s/adapters/imp/components/Log in.cpp(129)] [IMPServices] [OnLog inError] - OnLog inError: LERR_JABBER_AUTH <14>: Authentication error with server, resource bind, TLS, create session or SASL error

2019-05-03 15:19:32,225 DEBUG [0x0000000109732f80] [s/adapters/imp/components/Log in.cpp(130)] [IMPServices] [OnLog inError] - ****************************************************************

الخطوات اللازمة للحل

الخطوة 1. تحقق من فتح المنفذ 5222 بين خوادم IM&P و Expressway.

الخطوة 2. تحقق من تشغيل هذه الخدمات في خادم IM&P ثم أعد تشغيلها مرة واحدة.

- جهاز توجيه Cisco XCP

- مدير الاتصال لـ XCP الخاص بـ Cisco

- خدمة مصادقة XCP الخاص بـ Cisco

الخطوة 3. قم بتعطيل التوفر العالي من مجموعات تكرار وجود CUCM.

الخطوة 4. قم بإعادة تشغيل خدمة موجه Cisco XCP على جميع عقد IM&P، أولا باستخدام ناشر IM&P ثم في المشتركين.

- utils service restart Cisco XCP Router Service

الخطوة 5. إعادة تمكين التوفر العالي من مجموعات تكرار وجود CUCM.

الخطأ على الشاشة

السبب

ما المطلوب التحقق منه في سجل Jabber

لا يمكن الاتصال بالخادم

تتم رؤيته بشكل شائع عندما لا يمكن أن يقوم Jabber بإنشاء جلسة وربط نفسه في خادم IMP

LERR_JABBER_AUTH <17>: خطأ في المصادقة مع الخادم، على سبيل المثال ربط الموارد أو TLS أو إنشاء جلسة عمل أو خطأ SASL

نموذج مقتطف السجل

2017-10-27 10:56:47,396 DEBUG [0x00007fff8b3d7340] [s/adapters/imp/components/Login.cpp(127)] [IMPServices] [OnLoginError] - ****************************************************************

2017-10-27 10:56:47,396 INFO  [0x00007fff8b3d7340] [s/adapters/imp/components/Login.cpp(128)] [IMPServices] [OnLoginError] - OnLoginError: LERR_JABBER_AUTH <17>: Authentication error with server, for example, resource bind, TLS, create session or SASL error

2017-10-27 10:56:47,396 DEBUG [0x00007fff8b3d7340] [s/adapters/imp/components/Login.cpp(129)] [IMPServices] [OnLoginError] - ****************************************************************

الخطوات اللازمة للحل

الخطوة 1. تحقق من صحة شهادات CUP-XMPP.

الخطوة 2. تحقق من فتح المنفذ 5222.

الخطوة 3. قم بتعيين سجل الخدمات هذا إلى تصحيح الأخطاء ثم قم بإعادة إنشاء إصدار تسجيل الدخول وتجميع السجلات قبل الخطوة 4.

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

- جهاز توجيه Cisco XCP

- مدير الاتصال لـ XCP الخاص بـ Cisco

- خدمة مصادقة XCP الخاص بـ Cisco

- وكيل ملف تعريف العميل

- عارض الأحداث - سجل التطبيق

- عارض الأحداث - سجل النظام

الخطوة 4. أعد تمهيد الخادم لحل المشكلة.

الخطأ على الشاشة

السبب

ما المطلوب التحقق منه في سجل Jabber

لا يمكن الاتصال بالخادم

تتم رؤيته عندما لا يمكن حل IMP أو يمكن الوصول إليها بسبب مشكلات الشبكة مثل جدار الحماية

"LERR_JABBER_UNREACHABLE"

نموذج مقتطف السجل

2014-12-15 12:07:31,600 INFO  [0x00001670] [ts\adapters\imp\components\Login.cpp(96)] [imp.service] [IMPStackCap::Login::OnLoginError] - ****************************************************************

2014-12-15 12:07:31,600 INFO  [0x00001670] [ts\adapters\imp\components\Login.cpp(97)] [imp.service] [IMPStackCap::Login::OnLoginError] - OnLoginError: (data=0) LERR_JABBER_UNREACHABLE <16>:

2014-12-15 12:07:31,600 INFO  [0x00001670] [ts\adapters\imp\components\Login.cpp(98)] [imp.service] [IMPStackCap::Login::OnLoginError] - ****************************************************************

الخطوات اللازمة للحل

الخطوة 1. التحقق من إمكانية حل أسماء المضيف/FQDN ل IMP.

الخطوة 2. تحقق من أن جدار الحماية/شبكة VPN لا تمنع الاتصال بخادم IM&P (المنفذ 8443،5222).

الخطوة 3. تحقق مما إذا كانت هذه الخدمات قيد التشغيل في خادم IM&P وأعد تشغيلها مرة واحدة.

- جهاز توجيه Cisco XCP

- مدير الاتصال لـ XCP الخاص بـ Cisco

- خدمة مصادقة XCP الخاص بـ Cisco

الخطوة 4. إجراء فحوصات إلزامية.

الخطوة 5. قم بتعيين سجل الخدمات هذا إلى DEBUG، ثم أعد إنشاء مشكلة تسجيل الدخول ثم قم بتجميع السجلات إذا لم تحل الخطوات السابقة المشكلة.

- جهاز توجيه Cisco XCP

- مدير الاتصال لـ XCP الخاص بـ Cisco

- خدمة مصادقة XCP الخاص بـ Cisco

- وكيل ملف تعريف العميل

- عارض الأحداث - سجل التطبيق

- عارض الأحداث - سجل النظام

الخطوة 6. في حالة تعرض جميع المستخدمين لنفس الخطأ، يمكن إجراء إعادة تشغيل للخادم من أجل الاسترداد السريع.

الخطأ على الشاشة

السبب

ما المطلوب التحقق منه في سجل Jabber

لا يمكن تسجيل الدخول إلى حسابك. اتصل بالمسؤول.

تتم رؤيته بشكل شائع عندما يكون Jabber قيد تسجيل الدخول باستخدام SSO، إما في الموقع أو عبر Expressways (الوصول المتنقل عن بُعد (MRA))

"تسجيل الدخول إلى ErrortoErrorCode: 27 معين إلى: UnknownLog inError "

نموذج مقتطف السجل

2020-03-12 19:55:01,283 DEBUG [0x000000010b71d800][apters/imp/components/Log inUtils.cpp(96)][IMPServices][Log inErrortoErrorCode] - Log inErrortoErrorCode: 27 mapped to: UnknownLog inError

2020-03-12 19:55:01,283 DEBUG [0x000000010b71d800][isteners/Log inEventListenerImpl.cpp(148)][IMPServices][OnLog inError] - errCode: UnknownLog inError

2020-03-12 19:55:01,283 INFO [0x000000016b61f000][ers/imp/lifecycle/Log inExecutor.cpp(314)][IMPServices][signOn] - logged in using User ID: 35309769, failed

2020-03-12 19:55:01,478 INFO [0x000000010b71d800][pp/tahiti/ui/log in/YLCLog inBaseVC.m(500)][UI.Action.System] [-[YLCLog inBaseVC getPresenceErrorMessgaWithCode:]] - Jabber log in failed and show errorcode:200 string: Cannot Sign in your account. Contact your administrator.

الخطوات اللازمة للحل

الخطوة 1. التحقق من تعيين المستخدم إلى IM&P.

الخطوة 2. تحقق من أن الشهادات يتم تبادلها بشكل صحيح بين العقد و Jabber.

الخطوة 3. تحقق من تكوين مفاتيح توقيع وتشفير OAuth بشكل صحيح على كافة العقد. راجع هذا المستند ضمن قسم "التحقق".

الخطوة 4. إجراء فحوصات إلزامية.

الخطوة 5. قم بتعيين سجل الخدمات هذا إلى DEBUG، ثم أعد إنشاء مشكلة تسجيل الدخول ثم قم بتجميع السجلات إذا لم تحل الخطوات السابقة المشكلة.

- جهاز توجيه Cisco XCP

- مدير الاتصال لـ XCP الخاص بـ Cisco

- خدمة مصادقة XCP الخاص بـ Cisco

- وكيل ملف تعريف العميل

- عارض الأحداث - سجل التطبيق

- عارض الأحداث - سجل النظام

- Cisco SSO

- Cisco Tomcat

- Cisco Tomcat Security

عمليات التحقق الإلزامية

الخطوة 1. تحقق من تعيين المستخدم لعقدة "التواجد" (انتقل إلى إدارة المراسلة الفورية والحضور > النظام > الطبولوجيا) ومن عدم وجود تكرارات للمستخدم (انتقل إلى إدارة المراسلة الفورية والحضور > التشخيصات > مستكشف أخطاء النظام ومصلحها)

الخطوة 2. إذا تم تمكين التوفر العالي، انتقل إلى إدارة CUCM > الخادم > مجموعة تكرار التواجد وحدد ما إذا كانوا في الحالة العادية. هذه هي الصورة للكيفية التي تبدو عليها الحالة العادية. للحصول على مزيد من المعلومات حول التوفُّر العالي يمكنك العثور عليها هنا.

الحالة غير العادية

ملاحظة: تستخدم هذه الخدمات من قبل Jabber لتسجيل الدخول: Cisco Tomcat، Cisco Tomcat Security، Cisco Client Profile Agent، Cisco XCP Connection Manager، Cisco XCP Router و Cisco XCP Authentication.

الحالة العادية

الخطوة 3. تحقق من حالة النسخ المتماثل عالية التوفر.

a.utils dbreplication runtimestate

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

b.run pe sql ttlog بعدد محدد(*) من typesysreplication

أو حالة utils imdb_replication ( 10.5.2 SU2a والإصدارات الأحدث)

تحتاج مخازن البيانات الثلاثة إلى عرض PASSED،  ويحتاج الأمر إلى أن يتم تشغيله على كل عُقد IM&P، حيث في بعض الأحيان على عُقدة واحدة يمكن أن تعرض كل النسخ المتماثلة لمخازن البيانات Passed (نجحت العملية)، ولكن على العُقدة الآخرى، يمكن أن تعرض Failed (فشلت العملية).

يمكن أن تقتضي الآثار إذا كان النسخ المتماثل الخاص بـ IMDB (قاعدة البيانات في الذاكرة) غير صحيح أن بعض أو جميع المستخدمين غير قادرين على تسجيل الدخول أو لا يمكن عرض حالة التواجد الخاصة بهم بشكل صحيح.

الخطوات اللازمة لحل مشكلات النسخ المتماثل الخاص بـ IMDB هي:

الخطوة 1. تعطيل التوافر العالي (HA) للمجموعة الفرعية IM&P المتأثرة.

الخطوة 2. إيقاف Cisco Presence Engine على جميع العقد

utils service stop Cisco Presence Engine

الخطوة 3. تحقق من أن جميع خدمات Datastore قيد التشغيل: Cisco Log in Datastore، Cisco Route Datastore، Cisco Presence Datastore، Cisco SIP Register Datastore.

utils service list

الخطوة 4. قم بإعادة تشغيل وكيل التكوين على كل عقدة واحدة في كل مرة.

utils service restart Cisco Config Agent

الخطوة 5. بدء تشغيل Cisco Presence Engine.

utils service start Cisco Presence Engine

الخطوة 6. تمكين HA للمجموعة الفرعية.

كيفية تعيين السجلات على DEBUG (تصحيح الأخطاء)

الخطوة 1       اختَر Navigation (الانتقال) > Unified serviceability (قابلية الاستخدام الموحّدة) > Trace (التتبُّع) > Configuration (التكوين).

الخطوة 2 من القائمة المنسدلة للخادم، أختر الخادم (أي عقدة IMP) الذي يشغل الخدمة لتكوين التتبع وانقر فوق انتقال.

الخطوة 3 من مربع القائمة المنسدلة "مجموعة الخدمات"، أختر مجموعة الخدمات للخدمة لتكوين التتبع، ثم انقر فوق انتقال.

الخطوة 4 من مربع القائمة المنسدلة "خدمة"، أختر الخدمة التي تريد تكوين التتبع لها؛ ثم انقر فوق انتقال.

الخطوة 5       تحقّق من المربع "التطبيق على كل العُقد" وحدّد مستوى التتبُّع إلى "DEBUG"

الخطوة 6       لحفظ تكوين معلّمات التتبُّع لديك، انقر فوق الزر حفظ

لمزيد من المعلومات حول كيفية تعيين تعقُّب المستويات، راجع دليل Cisco Unified Serviceability Administration.

مقاطع الفيديو المفيدة:

- جمُّع السجلات من RTMT

السجلات المطلوب جمعها

RTMT

واجهة سطر الأوامر (CLI) للمسؤول

وكيل ملف تعريف عميل Cisco

file get activelog tomcat/logs/epassoap/log4j/*

مخزن بيانات تسجيل دخول Cisco

file get activelog epas/trace/imdb/sdi/ttlog in/‎

سجلات Cisco Tomcat Security

file get activelog tomcat/logs/security/log4j/*

خدمة مصادقة XCP الخاص بـ Cisco

file get activelog epas/trace/xcp/log/auth*

مدير الاتصال لـ XCP الخاص بـ Cisco

file get activelog epas/trace/xcp/log/client-cm-1*.log

جهاز توجيه Cisco XCP

file get activelog epas/trace/xcp/log/rtr-jsm-1

عارض الأحداث - سجل التطبيق

file get activelog syslog/CiscoSyslog*

عارض الأحداث - سجل النظام

file get activelog syslog/messages*

جمّع السجلات من RTMT