تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يوضح هذا المستند كيفية أستكشاف أخطاء سجل الدخول إلى Jabber وإصلاحها عند فشله على شبكة داخلية أو شبكة مؤسسة.
يتكون سجل الدخول من Jabber من مرحلتين، سجل الدخول إلى خادم Cisco Unified Communications Manager (CUCM) وسجل الدخول إلى خادم التواجد والمراسلة الفورية (IM&P).
قم بمسح ذاكرة التخزين المؤقت على الكمبيوتر وتجميع "تقرير مشاكل Jabber النظيفة" (PRT).
الخطوة 1. قم بتسجيل الخروج والخروج من تطبيق Jabber.
الخطوة 2. حذف كافة السجلات الموجودة على
%AppData%\Local\Cisco\Unified Communications\Jabber\
%AppData%\Roaming\Cisco\Unified Communications\Jabber\
الخطوة 3. أعد تشغيل Jabber وأعد إنشاء المشكلة.
الخطوة 4. تجميع تقرير المشكلة. (من قائمة تعليمات Jabber، حدد خيار الإبلاغ عن مشكلة لتشغيل أداة تقرير المشكلة. التعليمات موجودة هناك.)
إرتباط إلى هذه الموارد:
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.
الخطأ على الشاشة | السبب | ما المطلوب التحقق منه في سجل Jabber |
لا يمكن العثور على خدماتك تلقائيًا. انقر فوق إعدادات متقدمة لإجراء الإعداد يدويًا. | يظهر هذا الخطأ عندما لا يتم تكوين _cisco-uds أو _cuplog في سجلات 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.
الخطأ على الشاشة | السبب | ما المطلوب التحقق منه في سجل 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 أثناء التثبيت.
الخطأ على الشاشة | السبب | ما المطلوب التحقق منه في سجل 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. تحقق من صحة بيانات الاعتماد.
الخطوة 4. تحقق من أن الخادم لديه إستهلاك مرتفع لوحدة المعالجة المركزية (CPU) من طراز Tomcat.
الخطوة 5. قم بتعيين سجلات الخدمات هذه إلى "تصحيح الأخطاء" ثم قم بإعادة إنشاء إصدار "تسجيل الدخول" وتجميع السجلات.
الخطأ على الشاشة | السبب | ما المطلوب التحقق منه في سجل 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.
الخطوة 2. إذا كان المستخدم مقترنا بخادم IM&P، فقم بإرجاع المستخدم من مجموعة العقد الرئيسية
في حالة إظهار سجلات Cisco Tomcat للخطأ من المقتطف المعروض سابقًا، قم بتنفيذ الخطوات التالية:
الخطوة 1. تأكيد ما إذا تم تكوين Cisco Jabber لاستخدام LDAP الآمن.
الخطوة 2. إذا كان LDAP الآمن قيد الاستخدام، فعليك تأكيد معلومات الشهادات المقترنة بها مثل اسم المجال المؤهل بالكامل (FQDN) واسم المضيف والاسم الشائع (CN).
الخطوة 3. التحقق من كيفية تكوين CUCM و IM&P. إذا كان مع عنوان IP أو FQDN، فقارن بين إحتواء المعلومات داخل الشهادة.
الخطوة 4. إذا تم تكوين الخوادم باستخدام عنوان IP، وتم تكوين شهادات LDAP باستخدام FQDN، فإن الأمر التالي الذي سيتم تنفيذه على جميع عقد CUCM و IM&P هو
الخطأ على الشاشة | السبب | ما المطلوب التحقق منه في سجل 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، وأنعشت مشكلة تسجيل الدخول، ثم قم بتجميع السجلات إذا لم تحل الخطوات السابقة المشكلة.
تلميح: إذا إستمرت المشكلة لمستخدم واحد فقط، فعليك إلغاء تعيين المستخدم وإعادة تعيينه للتواجد في 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.
الخطوة 3. تحقق مما إذا كان إشعار الحقل هذا قابلا للتطبيق.
إشعار ميداني: FN - 64267 - مدير الاتصالات الموحدة من Cisco يتسبب المراسلة الفورية والحضور في فشل سجل Cisco Jabber - ينصح بترقية البرامج.
الخطوة 4. قم بتعيين سجلات الخدمات هذه إلى DEBUG، وأنعشت مشكلة تسجيل الدخول، ثم قم بتجميع السجلات إذا لم تحل الخطوات السابقة المشكلة.
الخطوة 5. قم بإعادة تشغيل نظام المجموعة لاستعادة الوضع.
الخطأ على الشاشة | السبب | ما المطلوب التحقق منه في سجل 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 ثم أعد تشغيلها مرة واحدة.
الخطوة 3. قم بتعطيل التوفر العالي من مجموعات تكرار وجود CUCM.
الخطوة 4. قم بإعادة تشغيل خدمة موجه Cisco XCP على جميع عقد IM&P، أولا باستخدام ناشر IM&P ثم في المشتركين.
الخطوة 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.
إذا كان السبب الجذري الذي سيتم تعريفه على أنه إعادة تشغيل الخادم هو الإصلاح الوحيد المعروف.
الخطوة 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 وأعد تشغيلها مرة واحدة.
الخطوة 4. إجراء فحوصات إلزامية.
الخطوة 5. قم بتعيين سجلات الخدمات هذه إلى DEBUG، وأنعشت مشكلة تسجيل الدخول، ثم قم بتجميع السجلات إذا لم تحل الخطوات السابقة المشكلة.
الخطوة 6. في حالة تعرض جميع المستخدمين لنفس الخطأ، يمكن إجراء إعادة تشغيل للخادم من أجل الاسترداد السريع.
الخطأ على الشاشة | السبب | ما المطلوب التحقق منه في سجل Jabber |
يتعذر تسجيل الدخول إلى حسابك. اتصل بالمسؤول. | يرى بشكل عام عندما يتم تسجيل الدخول من Jabber باستخدام SSO، إما عبر PREM أو عبر Expressway (الوصول عن بعد للجوال (MRA)). | "Log inErrortoErrorCode: 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، وأنعشت مشكلة تسجيل الدخول، ثم قم بتجميع السجلات إذا لم تحل الخطوات السابقة المشكلة.
الخطوة 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 للمجموعة الفرعية.
الخطوة 1. انتقل إلى التنقل > الخدمة الموحدة > التتبع > التكوين.
الخطوة 2. من القائمة المنسدلة الخادم، أختر الخادم (على سبيل المثال، عقدة IMP) الذي يشغل الخدمة لتكوين التتبع وانقر فوق انتقال.
الخطوة 3. من مربع القائمة المنسدلة "مجموعة الخدمات"، أختر مجموعة الخدمات للخدمة لتكوين التتبع، ثم انقر فوق انتقال.
الخطوة 4. من مربع القائمة المنسدلة "خدمة"، أختر الخدمة التي تريد تكوين التتبع لها؛ ثم انقر فوق انتقال.
الخطوة 5. حدد خانة الاختيار تطبيق على جميع العقد وحدد مستوى التتبع إلى تصحيح الأخطاء.
الخطوة 6. لحفظ تكوين معلمات التتبع، انقر فوق حفظ.
لمزيد من المعلومات حول كيفية تعيين مستويات التتبع، ارجع إلى دليل إدارة الخدمة الموحدة من Cisco.
مقاطع الفيديو المفيدة:
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* |
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
4.0 |
15-May-2024 |
مقدمة محدثة، نص بديل، روابط هدف، متطلبات النمط، والتنسيق. |
3.0 |
24-Apr-2023 |
تقويم |
2.0 |
18-Mar-2022 |
أستكشاف أخطاء القصاصات والتعليقات المضافة وإصلاحها. |
1.0 |
15-Sep-2021 |
الإصدار الأولي |