본 제품에 대한 문서 세트는 편견 없는 언어를 사용하기 위해 노력합니다. 본 설명서 세트의 목적상, 편견 없는 언어는 나이, 장애, 성별, 인종 정체성, 민족 정체성, 성적 지향성, 사회 경제적 지위 및 교차성에 기초한 차별을 의미하지 않는 언어로 정의됩니다. 제품 소프트웨어의 사용자 인터페이스에서 하드코딩된 언어, RFP 설명서에 기초한 언어 또는 참조된 서드파티 제품에서 사용하는 언어로 인해 설명서에 예외가 있을 수 있습니다. 시스코에서 어떤 방식으로 포용적인 언어를 사용하고 있는지 자세히 알아보세요.
Cisco는 전 세계 사용자에게 다양한 언어로 지원 콘텐츠를 제공하기 위해 기계 번역 기술과 수작업 번역을 병행하여 이 문서를 번역했습니다. 아무리 품질이 높은 기계 번역이라도 전문 번역가의 번역 결과물만큼 정확하지는 않습니다. Cisco Systems, Inc.는 이 같은 번역에 대해 어떠한 책임도 지지 않으며 항상 원본 영문 문서(링크 제공됨)를 참조할 것을 권장합니다.
이 문서에서는 Jabber 로그인 방법과 내부 또는 기업 네트워크에서 로그인이 실패할 때 문제를 해결하는 방법에 대해 설명합니다.
Jabber 로그인은 Cisco CUCM(Unified Communications Manager) 로그인 및 IM&P(IM and Presence) 로그인 두 단계로 구성됩니다.
주로 PC의 캐시를 지우고 PRT(Clean Jabber Problem Report)를 수집합니다. 이는 동일한 작업을 수행하는 단계입니다.
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 로그 체크 인 방법 |
서비스를 자동으로 찾을 수 없습니다. 수동으로 설정하려면 고급 설정을 클릭합니다. | 이 오류는 SRV 레코드의 _cisco-uds 또는 _cuplog가 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.appslab.com. 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.appslab.com. has failed: DNS name does not exist. (9003).
해결 단계
1단계. Windows 클라이언트에서 명령 프롬프트를 시작하고 nslookup을 입력합니다.
2단계. 쿼리 유형을 SRV로 설정합니다.
set type = SRV
3단계. 그런 다음 SRV 레코드를 삽입하려면
_cisco-uds._tcp.example.com
4단계. CUCM 서버를 가리키는 DNS A 레코드를 반환합니다. 다음은 Successful _cisco-uds SRV 레코드의 예입니다. 반환된 레코드가 없으면 DNS 관리자에게 문의하여 SRV 레코드를 구성하십시오.
화면 오류 | 원인 | Jabber 로그 체크 인 방법 |
서비스를 자동으로 찾을 수 없습니다. 수동으로 설정하려면 고급 설정을 클릭합니다. | 이 오류는 Jabber가 로그인 정보 및 컨피그레이션 설정을 수집하기 위해 UDS 또는 TFTP 서버를 검색할 수 없는 경우에 나타납니다. | https://cucm.domain:8443/cucm-uds/에 대한 요청 #29에 대한 HTTP 응답 코드 503입니다. https://cucm.domain:6972/에 대한 요청 #29에 대한 HTTP 응답 코드 503입니다. |
해결 단계
1단계. TFTP 서버로 구성된 CUCM 노드가 작동 및 실행 중인지 확인합니다.
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 Administration(CUCM 관리) > Enduser(최종 사용자) 페이지로 이동합니다.
2단계. 자격 증명이 올바르고 사용자가 활성 상태인지 확인합니다. CUCM 셀프 케어 포털에 로그인합니다. 이 이미지는 사용자가 유효한 사용자가 아니거나 제공된 암호가 잘못되었기 때문에 LDAP에서 사용자를 인증할 수 없는 시나리오를 나타냅니다.
3단계. 모든 사용자에 대해 이 문제가 확인되면 CUCM Administration(CUCM 관리) > System(시스템) > LDAP의 LDAP 동기화 및 LDAP 인증 설정이 올바른지 확인해야 합니다.
팁: LDAP Server(LDAP 서버) 관점에서 계정이 잠겨 있지 않은지, 비밀번호가 만료되지 않았는지, 모든 사용자가 CUCM 서버와 동기화되었는지 확인합니다.
화면 오류 | 원인 | Jabber 로그 체크 인 방법 |
서버와 통신할 수 없습니다. | Jabber가 서비스 검색 중에 받은 CUCM FQDN/HOSTNAME을 확인/연결할 수 없습니다. | "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단계. PC https://의 브라우저에서 이 URL을 열 수 있는지 테스트합니다. <CUCM IP/FQDN>:8443/cucm-uds/version
실패
성공
2단계. 응답이 실패하면 DNS가 올바르게 구성되어 있는지, 그리고 방화벽/ASA와 같은 네트워크 요소가 포트 8443을 차단하지 않았는지 확인합니다.
3단계. 이 URL은 클러스터의 모든 CUCM 서버에 대해 테스트되어야 합니다. 서버 목록을 확인하려면 CUCM Administration(CUCM 관리) > System(시스템) > Server(서버)로 이동합니다.
화면 오류 | 원인 | Jabber 로그 체크 인 방법 |
서버와 통신할 수 없습니다. | 이 오류는 Jabber에 입력한 사용자 ID가 CUCM에 구성된 사용자 ID와 일치하지 않을 때 발생합니다 | "실패_사용자_조회" |
샘플 로그 조각
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단계. PC https://CUCM:8443/cucm-uds/clusterUser?username=의 브라우저에서 이 URL을 열 수 있는지 테스트합니다.<userid>
2단계. Jabber에 입력된 사용자 ID가 CUCM End-user 페이지의 사용자 ID와 일치하는지 확인합니다.
팁: Jabber는 기본적으로 UPN 검색을 활성화하여 LDAP UPN 필드에서 미리 채워진 사용자 ID를 가져옵니다. 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단계. 사용자가 현재 상태 노드에 할당되어 있고 사용자에 대한 중복 항목이 없는지 확인합니다(IM and presence Administration > Diagnostics > System troubleshooter).
2단계. HA(High Availability) 상태가 정상이고 장애 조치가 발생하지 않았는지 확인합니다. 비정상적인 HA 상태 동안 사용자를 할당하려고 시도하면 사용자는 IMP 노드에 할당되지 않고 로그인하지 못합니다. 이제 먼저 HA 상태를 복구한 후 사용자를 다시 할당해야 합니다.
3단계. 자격 증명이 유효한지 확인합니다.
4단계. 서버에 TOMCAT CPU 사용량이 많은지 확인
5단계. 이러한 서비스 로그를 DEBUG로 설정한 다음 로그인 문제를 다시 생성하고 로그를 수집합니다.
화면 오류 | 원인 | 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.
팁: 이 오류는 CUCM 및 IM&P 서버에서 Cisco Tomcat 로그를 가져오는 것이 좋습니다.
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(Fully Qualified Domain Name), 호스트 이름 및 CN(Common Name)과 같은 인증서 관련 정보를 확인합니다.
3단계. IP 주소 또는 FQDN을 사용하는 경우 CUCM 및 IM&P가 구성되는 방법을 확인하고 인증서 내에 포함된 정보와 비교합니다.
4단계. 서버가 IP 주소로 구성되고 LDAP 인증서가 FQDN으로 구성된 경우 모든 CUCM 및 IM&P 노드에서 다음 명령을 실행해야 합니다
화면 오류 | 원인 | Jabber 로그 체크 인 방법 |
서버와 통신할 수 없습니다. | 이 오류는 IMP에 대한 IMDB 또는 TCP 연결 문제 때문에 발생합니다. | "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단계. 클라이언트의 PC에서 IMP FQDN/호스트 이름을 확인할 수 있는지 확인합니다.
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 Unified Communications Manager IM & Presence로 인해 Cisco Jabber 로그인 실패 - 소프트웨어 업그레이드 권장
4단계. 이러한 서비스 로그를 DEBUG로 설정하고, 로그인 문제를 다시 만든 다음 이전 단계에서 문제가 해결되지 않으면 로그를 수집합니다.
5단계. 상황을 복구하려면 클러스터를 재부팅합니다.
화면 오류 | 원인 | Jabber 로그 체크 인 방법 |
서버와 통신할 수 없습니다. | Jabber가 MRA를 통해 연결하지 못하고 IM&P와 TLS 세션을 설정할 수 없는 경우 일반적으로 표시됨 | 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 e.g. 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단계. IM&P 서버와 Expressway 간에 포트 5222가 열려 있는지 확인합니다.
2단계. 이러한 서비스가 IM&P 서버에서 실행 중인지 확인하고 한 번 다시 시작합니다.
3단계. CUCM Presence Redundancy Group에서 High Availability를 비활성화합니다.
4단계. 먼저 IM&P 게시자와 함께 모든 IM&P 노드에서 Cisco XCP 라우터 서비스를 다시 시작한 다음 구독자에서 다시 시작합니다.
5단계. CUCM Presence Redundancy Group에서 High Availability를 다시 활성화합니다.
화면 오류 | 원인 | 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 e.g. 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단계. 이러한 서비스 로그를 DEBUG로 설정한 다음 로그인 문제를 다시 생성하고 4단계 전에 로그를 수집합니다. Root cause to be identified as the server reboot(서버 리부팅으로 식별되는 근본 원인이 지금까지 알려진 유일한 해결)
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단계. IMP FQDN/호스트 이름을 확인할 수 있는지 확인합니다.
2단계. 방화벽/VPN이 IM&P 서버(포트 8443,5222)와의 연결을 차단하지 않는지 확인합니다.
3단계. 이러한 서비스가 IM&P 서버에서 실행 중인지 확인하고 한 번 다시 시작합니다.
4단계. 필수 검사를 수행합니다.
5단계. 이러한 서비스 로그를 DEBUG로 설정하고, 로그인 문제를 다시 만든 다음 이전 단계에서 문제가 해결되지 않으면 로그를 수집합니다.
6단계. 모든 사용자에게 동일한 오류가 발생하는 경우 빠른 복구를 위해 서버를 재부팅할 수 있습니다.
화면 오류 | 원인 | Jabber 로그 체크 인 방법 |
계정에 로그인할 수 없습니다. 관리자에게 문의하십시오. | Jabber가 SSO를 사용하여 로그인할 때 일반적으로 확인되는 것은 온프레미스 또는 오버익스플로잇(MRA(Mobile Remote Access))) | "로그인 오류 코드: 27개 매핑 위치: 알 수 없는 로그인 오류 " |
샘플 로그 조각
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단계. 노드와 Jaber 간에 인증서가 올바르게 교환되는지 확인합니다.
3단계. 모든 노드에서 OAuth 서명 및 암호화 키가 올바르게 구성되었는지 확인합니다. 검증 섹션에서 이 문서를 참조하십시오.
4단계. 필수 검사를 수행합니다.
5단계. 이러한 서비스 로그를 DEBUG로 설정하고, 로그인 문제를 다시 만든 다음 이전 단계에서 문제가 해결되지 않으면 로그를 수집합니다.
1단계. 사용자가 Presence 노드에 할당되었는지 확인합니다(IM and Presence Administration(IM and Presence 관리) > System(시스템) > Topology(토폴로지)로 이동). 사용자에 대한 중복 항목이 없는지 확인합니다(IM and Presence Administration(IM and Presence 관리) > Diagnostics(진단) > System troubleshooter(시스템 문제 해결사)로 이동).
2단계. High Availability(고가용성)가 활성화된 경우 CUCM Administration(CUCM 관리) > Server(서버) > Presence Redundancy Group(프레전스 이중화 그룹)으로 이동하고 Normal state(정상 상태)인지 확인합니다. 표준 상태의 모양입니다. 고가용성에 대한 자세한 내용은 여기를 참조하십시오.
비정상 상태
참고: 이러한 서비스는 Jabber에서 로그인에 사용됩니다. Cisco Tomcat, Cisco Tomcat Security, Cisco Client Profile Agent, Cisco XCP Connection Manager, Cisco XCP Router 및 Cisco XCP Authentication.
일반 상태
3단계. 고가용성 복제 상태를 확인합니다.
.utils dbreplication runtimestate
데이터베이스 복제에 문제가 발생하면 이 링크를 따릅니다.
b.run pe sql tlog in select count(*) from typesysreplication
또는 utils imdb_replication 상태(10.5.2 SU2a 이상)
세 개의 데이터 저장소에는 PASSED가 표시되어야 하며, 한 노드에서 모든 데이터 저장소의 복제가 Passed(통과)로 표시될 수 있지만 다른 노드에서 Failed(실패)로 표시될 수 있는 것과 같이 모든 IM&P 노드에서 명령을 실행해야 합니다.
IMDB(메모리 내 데이터베이스) 복제가 올바르지 않으면 일부 또는 모든 사용자가 로그인할 수 없거나 해당 현재 상태 상태를 올바르게 표시할 수 없음을 의미할 수 있습니다.
IMDB 복제 문제를 해결하기 위한 단계는 다음과 같습니다.
1단계. 영향을 받는 IM&P 하위 클러스터에 대해 HA(고가용성)를 비활성화합니다.
2단계. 모든 노드에서 Cisco Presence Engine을 중지합니다.
utils 서비스 중지 Cisco Presence Engine
3단계. 모든 데이터 저장소 서비스가 실행 중인지 확인합니다. Cisco Login Datastore, Cisco Route Datastore, Cisco Presence Datastore, Cisco SIP Registration Datastore.
유틸리티 서비스 목록
4단계. 각 노드에서 Cisco Config Agent를 한 번에 하나씩 다시 시작합니다.
utils 서비스 다시 시작 Cisco Config Agent
5단계. Cisco Presence Engine을 시작합니다.
utils 서비스 시작 Cisco Presence Engine
6단계. 하위 클러스터에 대해 HA를 활성화합니다.
1단계 Navigation(탐색) > Unified serviceability(통합 서비스 가용성) > Trace(추적) > Configuration(컨피그레이션)을 선택합니다.
2단계 Server(서버) 드롭다운 목록에서 추적을 구성할 서비스를 실행할 서버(예: IMP 노드)를 선택한 다음 Go(이동)를 클릭합니다.
3단계 Service Group(서비스 그룹) 드롭다운 목록 상자에서 추적을 구성할 서비스의 서비스 그룹을 선택합니다. 그런 다음 이동을 클릭합니다.
4단계 Service(서비스) 드롭다운 목록 상자에서 추적을 구성할 서비스를 선택합니다. 그런 다음 이동을 클릭합니다.
5단계 'Apply to All Nodes'(모든 노드에 적용)를 선택하고 추적 수준을 'DEBUG'로 선택합니다.
6단계 추적 매개변수 컨피그레이션을 저장하려면 Save 버튼을 클릭합니다.
추적 레벨을 설정하는 방법에 대한 자세한 내용은 Cisco Unified Serviceability Administration Guide를 참조하십시오.
유용한 비디오:
RTMT | 관리자 CLI |
---|---|
Cisco 클라이언트 프로파일 에이전트 | 파일 get activelog tomcat/logs/epassoap/log4j/* |
Cisco 데이터 저장소 로그인 | 파일 get activelog epas/trace/imdb/sdi/ttlog in/ |
Cisco Tomcat 보안 로그 | 파일 get activelog tomcat/logs/security/log4j/* |
Cisco XCP 인증 서비스 | 파일 get activelog epas/trace/xcp/log/auth* |
Cisco XCP Connection Manager | 파일 get activelog epaas/trace/xcp/log/client-cm-1*.log |
Cisco XCP 라우터 | actionLog epaas/trace/xcp/log/rtr-jsm-1 가져오기 |
이벤트 뷰어-애플리케이션 로그 | 파일 get activelog syslog/CiscoSyslog* |
이벤트 뷰어-시스템 로그 | 파일 get activelog syslog/messages* |
개정 | 게시 날짜 | 의견 |
---|---|---|
2.0 |
18-Mar-2022 |
추가된 코드 조각 및 코멘트의 문제를 해결합니다. |
1.0 |
15-Sep-2021 |
최초 릴리스 |