Ajout d’un certificat SSL adding-an-ssl-certificate
Découvrez comment ajouter votre propre certificat SSL à l’aide des outils en libre-service de Cloud Manager.
Conditions requises du certificat certificate-requirements
Consultez la section Conditions requises du certificat du document Présentation de la gestion des certificats SSL pour vous assurer que le certificat que vous souhaitez ajouter est pris en charge par AEM as a Cloud Service.
Ajout d’un certificat adding-a-cert
Pour ajouter un certificat à l’aide de Cloud Manager, procédez comme suit.
-
Se connecter à Cloud Manager à l’adresse my.cloudmanager.adobe.com et sélectionner l’organisation appropriée
-
Sur l’écran Mes programmes, sélectionnez le programme.
-
Accédez à l’écran Environnements à partir de la page Aperçu.
-
Cliquez sur Certificats SSL dans le panneau de navigation de gauche. Un tableau contenant les détails de tout certificat SSL existant s’affiche sur l’écran principal.
-
Cliquez sur Ajout d’un certificat SSL pour ouvrir Ajout d’un certificat SSL de la boîte de dialogue
- Entrez un nom pour votre certificat dans Nom du certificat.
- Il s’agit d’un nom uniquement à titre d’information, il peut s’agir de n’importe quel nom qui vous aide à référencer facilement votre certificat.
- Collez les valeurs du certificat, de la clé privée et de la chaîne de certificat dans leurs champs respectifs. Les trois champs sont obligatoires.
- Dans certains cas, le certificat de l’utilisateur final peut être inclus dans la chaîne et doit être supprimé avant de coller la chaîne dans le champ.
-
Toutes les erreurs détectées s’affichent.
- Vous devez corriger toutes les erreurs avant de pouvoir enregistrer votre certificat.
- Consultez la section Erreurs de certificat pour en savoir plus sur la résolution des erreurs courantes.
- Entrez un nom pour votre certificat dans Nom du certificat.
-
Cliquez sur Enregistrer pour enregistrer votre certificat.
Une fois enregistré, votre certificat s’affiche sous la forme d’une nouvelle ligne dans le tableau.
The Subject of an intermediate certificate must match the issuer in the previous certificate. The SKI of an intermediate certificate must match the AKI of the previous certificate., vous avez probablement inclus le certificat client dans la chaîne de certificats. Assurez-vous que la chaîne ne contient pas le certificat client et réessayez.Erreurs de certificat certificate-errors
Certaines erreurs peuvent se produire si un certificat n’est pas installé correctement ou répond aux exigences de Cloud Manager.
Politique de certificat certificate-policy
Si l’erreur suivante s’affiche, veuillez vérifier la politique de votre certificat.
Certificate policy must conform with EV or OV, and not DV policy.
Normalement, les politiques de certificat sont identifiées par des valeurs OID incorporées. La génération d’un certificat dans du texte et la recherche de l’OID révèleront la politique du certificat.
Vous pouvez générer les détails de votre certificat sous forme de texte à l’aide de l’exemple suivant comme guide.
openssl x509 -in 9178c0f58cb8fccc.pem -text
certificate:
Data:
Version: 3 (0x2)
Serial Number:
91:78:c0:f5:8c:b8:fc:cc
Signature Algorithm: sha256WithRSAEncryption
Issuer: C = US, ST = Arizona, L = Scottsdale, O = "GoDaddy.com, Inc.", OU = http://certs.godaddy.com/repository/, CN = Go Daddy Secure Certificate Authority - G2
Validity
Not Before: Nov 10 22:55:36 2021 GMT
Not After : Dec 6 15:35:06 2022 GMT
Subject: C = US, ST = Colorado, L = Denver, O = Alexandra Alwin, CN = adobedigitalimpact.com
Subject Public Key Info:
...
Le modèle OID dans le texte définit le type de politique du certificat.
2.23.140.1.12.23.140.1.2.22.23.140.1.2.1À l’aide de grep ping pour les modèles OID dans le texte du certificat de sortie, vous pouvez confirmer votre politique de certificat.
# "EV Policy"
openssl x509 -in certificate.pem -text grep "Policy: 2.23.140.1.1" -B5
# "OV Policy"
openssl x509 -in certificate.pem -text grep "Policy: 2.23.140.1.2.2" -B5
# "DV Policy - Not Accepted"
openssl x509 -in certificate.pem -text grep "Policy: 2.23.140.1.2.1" -B5
Ordre de certificat correct correct-certificate-order
La raison la plus courante de l’échec du déploiement d’un certificat est que les certificats intermédiaires ou de chaîne ne sont pas dans le bon ordre.
Les fichiers de certificat intermédiaires doivent se terminer par le certificat racine ou le certificat le plus proche de la racine. Ils doivent être dans l’ordre descendant du certificat main/server à la racine.
Vous pouvez déterminer l’ordre de vos fichiers intermédiaires à l’aide de la commande suivante.
openssl crl2pkcs7 -nocrl -certfile $CERT_FILE | openssl pkcs7 -print_certs -noout
Vous pouvez vérifier que la clé privée et le certificat main/server correspondent à l’aide des commandes suivantes.
openssl x509 -noout -modulus -in certificate.pem | openssl md5
openssl rsa -noout -modulus -in ssl.key | openssl md5
main/server , vous devez recréer le certificat en générant une nouvelle demande de signature de certificat et/ou en demandant un certificat mis à jour à votre fournisseur SSL.Dates de validité du certificat certificate-validity-dates
Cloud Manager s’attend à ce que le certificat SSL soit valide pendant au moins 90 jours à compter de la date actuelle. Vérifiez la validité de la chaîne de certificats.