Dépannage du message d'erreur dans Unity Connection dans Serviceability

Si les certificats ont expiré, ils doivent être régénérés.

Processus de régénération :

• Auto-signé:processus de régénération de certificat auto-signé
• CA -signed:processus de régénération des certificats signés CA

Processus 4

Si les certificats sont signés par une autorité de certification, vous devez vérifier si Cisco Unity Connection ne correspond pas à l'ID de bogue Cisco CSCvp31528.

Si Unity correspond, effectuez les solutions de contournement suivantes :

Solution 1

Demandez à l'autorité de certification de signer le certificat de serveur sans l'extension critique du nom alternatif de l'objet X509v3 et laissez les autres extensions en l'état.

Solution 2

Demandez à l’autorité de certification de signer le certificat du serveur et d’ajouter l’extension spécifiée en regard pour le faire fonctionner.
Contraintes de base X509v3 : critiques

Solution 3

Utiliser des certificats auto-signés, ce n'est pas toujours la solution idéale pour tous.

Solution 4

Comme l'une des dernières solutions de contournement disponibles, mettez à niveau vers la version qui contient le correctif du défaut et générez le CSR sur la version fixe et faites-le signer par CA comme il est connu avec le processus normal.

Processus 5

Sur CUC CLI :

1. Récupérez l'objectID de l'utilisateur administrateur d'application par défaut dans la base de données Unity Connection. 

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

Sortie de commande :

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

2. Récupérez l'alias associé à l'objectID administrateur d'application par défaut. Dans une requête, remplacez le champ objectid='XXXX-XXXX-XXXXX-XXXX' par la valeur du résultat précédent.

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

Sortie de commande :

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

3. Confirmez que le type de chiffrement est 4 pour l'authentification Web pour l'utilisateur administrateur d'application par défaut (le type d'identification 3 est pour le mot de passe d'application Web).

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

Sortie de commande :

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

Si le type de cryptage = 3, passez à 4.

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

5. Le mot de passe doit être modifié car l'ancien mot de passe chiffrait l'utilisateur avec le type 3

utils cuc reset password <accountalias>

6. Redémarrez Tomcat via CLI

utils service restart Cisco Tomcat 

Vérifiez si la page de maintenance est accessible.

Si le problème persiste, collectez les journaux Tomcat CUC à partir de RTMT.

Pour ce faire :

1. Ouvrez RTMT.
   
   
2. Insérez Cisco Unity Connection IP/Hostname.
   
   
3. Insérer l'utilisateur et le mot de passe.
   
   
4. Double-cliquez sur Collecter les fichiers. La fenêtre Collect Files (recueillir les fichiers) s’ouvre pour sélectionner les applications et les services UCM.
   
   
5. Dans Select UCM Services/Applications (sélectionner les services et les applications UCM), cochez la case de la colonne All Servers (tous les serveurs) pour :
   
   

• Cisco Tomcat

Informations connexes

• Assistance technique et téléchargements Cisco