Risoluzione dei problemi relativi ai messaggi di errore in Unity Connection in Serviceability

Se i certificati sono scaduti, è necessario rigenerarli.

Processo di rigenerazione:

• Autofirmato:processo di rigenerazione dei certificati autofirmati
• CA -signed: processo di rigenerazione certificati firmati da CA

Processo 4

Se i certificati sono firmati dalla CA, è necessario verificare se Cisco Unity Connection non corrisponde all'ID bug Cisco CSCvp31528.

Nel caso in cui Unity corrisponda, procedere come segue:

Soluzione 1

Chiedere alla CA di firmare il certificato del server senza l'estensione critica del nome alternativo del soggetto X509v3 e lasciare invariate le altre estensioni.

Soluzione 2

Chiedere all'autorità di certificazione di firmare il certificato del server e di aggiungere l'estensione specificata in seguito per consentirne il corretto funzionamento.
Vincoli di base X509v3: critici

Soluzione 3

Utilizzare i certificati autofirmati, non è sempre la soluzione giusta per tutti.

Soluzione 4

Come ultima soluzione disponibile, eseguire l'aggiornamento a una release che contiene la correzione del difetto e generare la CSR su una release fissa e ottenerla firmata da CA come è noto con il processo normale.

Processo 5

Dalla CLI CUC:

1. Recuperare l'objectID dell'utente amministratore applicazione predefinito dal database Unity Connection. 

run cuc dbquery unitydirdb select name, value from vw_configuration where name='DefaultAdministrator' 

Output comando:

name                  value
--------------------  ------------------------------------
DefaultAdministrator  XXXX-XXXX-XXXXX-XXXX

2. Recuperare l'alias associato all'objectID predefinito dell'amministratore dell'applicazione. Nella query sostituire il campo objectid='XXXX-XXXX-XXXXX-XXXX' con il valore dell'output precedente.

run cuc dbquery unitydirdb select alias,objectid from vw_user where objectid='XXXX-XXXX-XXXXX-XXXX' 

Output comando:

alias     objectid
-----   ------------------------------------
admin   XXXX-XXXX-XXXXX-XXXX

3. Confermare che il tipo di crittografia sia 4 per l'autenticazione Web per l'utente amministratore applicazione predefinito (il tipo di credenziali 3 è per la password dell'applicazione Web).

run cuc dbquery unitydirdb select objectid, userobjectid, credentialtype, encryptiontype from tbl_credential where userobjectid ='XXXX-XXXX-XXXXX-XXXX' 

Output comando:

objectid                                userobjectid                        credentialtype encryptiontype
------------------------------------   ------------------------------------ -------------- --------------
ZZZZZ-ZZZZZ-ZZZZZ-ZZZZZ                  XXXX-XXXX-XXXXX-XXXX                      3               4
TTTTT-TTTTT-TTTTT-TTTTT                  XXXX-XXXX-XXXXX-XXXX                      4               3

Se il tipo di crittografia è = 3, passare a 4.

run cuc dbquery unitydirdb update tbl_credential set encryptiontype = "4" where objectid = "ZZZZZ-ZZZZZ-ZZZZZ-ZZZZZ" 

5. È necessario modificare la password perché l'utente è stato crittografato con la vecchia password di tipo 3

utils cuc reset password <accountalias>

6. Riavviare Tomcat tramite CLI

utils service restart Cisco Tomcat 

Verificare se la pagina dei servizi è accessibile.

Se il problema persiste, raccogliere i log Tomcat CUC da RTMT.

A tale scopo:

1. Aprire RTMT.
   
   
2. Inserire IP/nome host Cisco Unity Connection.
   
   
3. Inserire utente e password.
   
   
4. Fare doppio clic su Raccogli file. Viene visualizzata la finestra Raccogli file in cui è possibile selezionare Servizi/applicazioni UCM.
   
   
5. In Seleziona servizi/applicazioni UCM fare clic sulla casella di controllo nella colonna Tutti i server per:
   
   

• Cisco Tomcat

Informazioni correlate

• Supporto tecnico e download Cisco