Fehlerbehebung bei Fehlermeldungen in Unity Connection im Servicebereich

Wenn Zertifikate abgelaufen sind, müssen sie neu generiert werden.

Regenerationsprozess:

• Selbstsigniert:Prozess zur Regenerierung selbstsignierter Zertifikate
• CA -signiert: Neugenerierung eines CA-signierten Zertifikats

Prozess 4

Wenn die Zertifikate CA-signiert sind, müssen Sie überprüfen, ob Cisco Unity Connection nicht mit der Cisco Bug-ID CSCvp31528 übereinstimmt.

Wenn Unity übereinstimmt, führen Sie die folgenden Workarounds aus:

Problemumgehung 1

Bitten Sie die Zertifizierungsstelle, das Serverzertifikat ohne die kritische Erweiterung des X509v3 Subject Alternative Name (Alternativer Name des X509v3-Betreffs) zu signieren, und lassen Sie andere Erweiterungen unverändert.

Problemumgehung 2

Bitten Sie die Zertifizierungsstelle, das Serverzertifikat zu signieren und die als Nächstes angegebene Erweiterung hinzuzufügen, damit es funktioniert.
X509v3-Basiseinschränkungen: kritisch

Problemumgehung 3

Verwenden Sie selbstsignierte Zertifikate, es ist nicht immer die richtige Lösung für alle.

Lösung 4

Als eine der letzten verfügbaren Problemumgehungen sollten Sie ein Upgrade auf Release durchführen, das die Behebung des Fehlers enthält, und das CSR für eine feste Version generieren und von der Zertifizierungsstelle signieren lassen, wie es beim normalen Prozess bekannt ist.

Prozess 5

Über die CUC-CLI:

1. Rufen Sie die objectID des Standardanwendungsadministratorbenutzers aus der Unity Connection-Datenbank ab. 

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

Befehlsausgabe:

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

2. Rufen Sie den Alias ab, der der objectID des Standardanwendungsadministrators zugeordnet ist. Ersetzen Sie bei der Abfrage das Feld objectid='XXXX-XXXX-XXXXX-XXXX' durch den Wert in der vorherigen Ausgabe.

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

Befehlsausgabe:

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

3. Vergewissern Sie sich, dass der Verschlüsselungstyp 4 für die Webauthentifizierung des Standardbenutzers des Anwendungsadministrators ist (Anmeldeinformationstyp 3 ist für das Kennwort der Webanwendung).

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

Befehlsausgabe:

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

Wenn Verschlüsselungstyp = 3 ist, ändern Sie den Wert in 4.

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

5. Das Kennwort muss geändert werden, da der Benutzer beim alten Kennwort mit Typ 3 verschlüsselt wurde.

utils cuc reset password <accountalias>

6. Tomcat über CLI neu starten

utils service restart Cisco Tomcat 

Überprüfen Sie, ob die Wartungsseite verfügbar ist.

Wenn das Problem weiterhin besteht, sammeln Sie CUC Tomcat-Protokolle von RTMT.

Gehen Sie dazu folgendermaßen vor:

1. Öffnen Sie RTMT.
   
   
2. Cisco Unity Connection-IP/Hostname einfügen.
   
   
3. Geben Sie den Benutzer und das Kennwort ein.
   
   
4. Doppelklicken Sie auf Dateien sammeln. Das Fenster "Dateien sammeln" wird geöffnet. Es wird auf "UCM-Dienste/Anwendungen auswählen" zugegriffen.
   
   
5. Aktivieren Sie in UCM-Dienste/Anwendungen auswählen das Kontrollkästchen in der Spalte Alle Server für:
   
   

• Cisco Tomcat

Zugehörige Informationen

• Technischer Support und Downloads von Cisco