Configurer la réutilisation de certificat Tomcat pour CallManager dans CUCM 14

Options de téléchargement

  • PDF     (863.1 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (718.4 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (577.6 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:11 octobre 2023
ID du document:221070

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

    Introduction

    Ce document décrit comment réutiliser le certificat Multi-SAN Tomcat pour CallManager sur un serveur Cisco Unified Communications Manager (CUCM).

    Conditions préalables

    Exigences

    Cisco vous recommande de prendre connaissance des rubriques suivantes :

    • Certificats CUCM
    • Outil de surveillance en temps réel (RTMT)
    • Liste de confiance d'identité (ITL)

    Composants utilisés

    Les informations contenues dans ce document sont basées sur CUCM 14.0.1.13900-155.

    The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

    Informations générales

    Les deux principaux services pour CUCM sont Tomcat et CallManager. Dans les versions précédentes, des certificats différents pour chaque service étaient requis pour le cluster complet. Dans la version 14 de CUCM, une nouvelle fonctionnalité a été ajoutée pour réutiliser également le certificat Multi-SAN Tomcat pour le service CallManager. Les avantages de cette fonction sont les suivants :

    • Réduit le coût d'obtention de deux certificats signés par une autorité de certification publique pour un cluster de certificats signés par une autorité de certification.
    • Cette fonctionnalité réduit la taille du fichier ITL, réduisant ainsi la surcharge.

    cealonso_0-1765568695139

    Configurer

    caution-icon

    Mise en garde : Avant de télécharger un certificat Tomcat, vérifiez que l'authentification unique (SSO) est désactivée. Si elle est activée, l'authentification unique doit être désactivée et réactivée une fois le processus de régénération de certificat Tomcat terminé.

    1. Définir le certificat Tomcat comme Multi-SAN cealonso_2-1765568856358

    Dans CUCM 14, le certificat multi-SAN Tomcat peut être auto-signé ou signé par une autorité de certification. Si votre certificat Tomcat est déjà Multi-SAN, ignorez cette section.

    Auto-signé

    Étape 1. Connectez-vous à Publisher > Operating System (OS) Administration et accédez à Security > Certificate Management > Generate Self-Signed.

    Étape 2. Choisissez Certificate Purpose: tomcat > Distribution: Multi-Server SAN. Il renseigne automatiquement les domaines SAN et le domaine parent. 

    Generate Self-Signed Multi-SAN Tomcat Certificate ScreenEcran Generate Self-Signed Multi-SAN Tomcat Certificate

    Étape 3. Cliquez sur Generate, puis vérifiez que tous vos noeuds sont répertoriés sous le message Certificate upload operation successful. Cliquez sur Close.

    Generate Self-Signed Multi-SAN Tomcat Successful MessageGénérer un message de réussite de Tomcat multi-SAN autosigné

    Étape 4. Redémarrez le service Tomcat, ouvrez une session CLI vers tous les noeuds du cluster et exécutez lautils service restart Cisco Tomcatcommande.

    Étape 5. Accédez à la Publisher > Cisco Unified Serviceability > Tools > Control Center - Network Services et redémarrez la Cisco DRF Master Service et la Cisco DRF Local Service.

    Étape 6. Accédez à chaque Subscriber > Cisco Unified Serviceability > Tools > Control Center - Network Services et redémarrez Cisco DRF Local Service.

    Signé par l'AC

    Étape 1. Connectez-vous à Publisher > Operating System (OS) Administration et accédez à Security > Certificate Management > Generate CSR.

    Étape 2. Choisissez Certificate Purpose: tomcat > Distribution: Multi-Server SAN. Il renseigne automatiquement les domaines SAN et le domaine parent.

    Generate Multi-SAN CSR for Tomcat Certificate ScreenÉcran Générer un CSR multi-SAN pour le certificat Tomcat

    Étape 3. Cliquez sur Generate, puis validez tous vos noeuds sont répertoriés sous le message CSR export operation successful. Cliquez sur Close.

    Generate Multi-SAN CSR Tomcat Successful MessageGénérer un message de réussite pour Tomcat CSR multi-SAN

    Étape 4. Cliquez sur Download CSR > Certificate Purpose: tomcat > Download.

    Download Tomcat CSR ScreenTélécharger l'écran Tomcat CSR

    Étape 5. Envoyez le CSR à votre autorité de certification pour signature.

    Étape 6. Afin de télécharger la chaîne d’approbation CA, naviguez Certificate Management > Upload certificate > Certificate Purpose: tomcat-trust. Définissez la description du certificat et parcourez les fichiers de la chaîne d’approbation.

    Étape 7. Téléchargez le certificat signé par l’autorité de certification, accédez à Certificate Management > Upload certificate > Certificate Purpose: tomcat. Définissez la description du certificat et parcourez le fichier de certificat signé par l'autorité de certification.

     utils service restart Cisco Tomcat Étape 8. Redémarrez le service Tomcat, ouvrez une session CLI sur tous les noeuds du cluster et exécutez la commande .

    Étape 9. Accédez à la Publisher > Cisco Unified Serviceability > Tools > Control Center - Network Services et redémarrez la Cisco DRF Master Service et la Cisco DRF Local Service.

    Étape 10. Accédez à chaque Subscriber > Cisco Unified Serviceability > Tools > Control Center - Network Services et redémarrez Cisco DRF Local Service.

    2. Réutiliser le certificat Tomcat pour CallManager cealonso_1-1765568776249

    caution-icon

    Mise en garde : Pour CUCM 14, un nouveau paramètre d'entreprise Phone Interaction on Certificate Update est ajouté. Utilisez ce champ pour réinitialiser les téléphones manuellement ou automatiquement, selon le cas, lorsque l'un des certificats TVS, CAPF ou TFTP (CallManager/ITLRecovery) est mis à jour. Ce paramètre est défini par défaut sur reset the phones automatically. Après la régénération, la suppression et la mise à jour des certificats, assurez-vous que les services appropriés sont redémarrés.

    Il est nécessaire de redémarrer les services pour une régénération normale des certificats CallManager. Cochez Régénérer Les Certificats Dans Unified Communications Manager.

    Étape 1. Accédez à votre éditeur CUCM, puis à Cisco Unified OS Administration > Security > Certificate Management.

    Étape 2. Cliquez sur Reuse Certificate.

    Étape 3. Dans la liste choose Tomcat type déroulante, sélectionnez tomcat.

    Étape 4. Dans le volet Replace Certificate for the following purpose, cochez la case à cocher CallManager.

    Reuse Tomcat Certificate for Other Services ScreenÉcran Réutiliser le certificat Tomcat pour d'autres services

    note-icon

    Remarque : Si vous choisissez Tomcat comme type de certificat, CallManager est activé comme remplacement. Si vous choisissez tomcat-ECDSA comme type de certificat, CallManager-ECDSA est activé comme remplacement.

    Étape 5. Cliquez sur Finish afin de remplacer le certificat CallManager par le certificat Tomcat Multi-SAN.

    Reuse Tomcat Certificate Successful MessageRéutiliser le message de certificat Tomcat réussi

    Étape 6. Redémarrez le service Cisco HAProxy, ouvrez une session CLI vers tous les noeuds du cluster et exécutez la commande de utils service restart Cisco HAProxy .

    note-icon

    Remarque : Afin de déterminer si le cluster est en mode mixte, accédez à Cisco Unified CM Administration > System > Enterprise Parameters > Cluster Security Mode (0 == Non-Secure ; 1 == Mixed Mode).

    Étape 7. Si votre cluster est en mode mixte, ouvrez une session CLI sur le noeud Publisher, exécutez une  utils ctl update CTLFile  commande et réinitialisez tous les téléphones du cluster pour que les mises à jour du fichier CTL prennent effet.

    Vérifier

    Étape 1. Accédez à votre éditeur CUCM, puis à Cisco Unified OS Administration > Security > Certificate Management.

    Étape 2. Filtrez par Find Certificate List where: Usage > begins with: identity et cliquez sur Find.

    Étape 3. Les certificats CallManager et Tomcat doivent se terminer par la même Common Name_Serial Number valeur.

    Verify Tomcat Certificate Reuse for CallManagerVérifier la réutilisation du certificat Tomcat pour CallManager

    note-icon

    Remarque : À partir de SU4, avec la réutilisation des certificats activée, le certificat Call Manager n'est pas affiché sur l'interface graphique utilisateur, alors que les deux certificats sont visibles dans SU2 et SU3.

    Informations connexes

    Historique de révision

    Révision Date de publication Commentaires
    1.0
    11-Oct-2023
    Première publication
    TAC Authored

    Contribution d’experts de Cisco

    • Belen Sanchez Torralva
      Ingénieur TAC Cisco

    Ce document vous est-il utile?

    FeedbackCommentaires

    Contacter Cisco

    Ce document s’applique à ces produits