AWS : "Impossible d'analyser le certificat. Veuillez vous assurer que le certificat est au format PEM."

Question

J'essaie de mettre à jour un certificat de type wildcard pour des instances EC2 sur AWS. Le service auquel appartiennent ces serveurs se compose d'un serveur unique et d'un ensemble de serveurs derrière AWS ELB.

Le certificat a été mis à jour et vérifié avec succès sur le serveur unique.

Il en va de même pour une instance extraite de l'image que l'ELB utilise pour l'AutoScaling.

Cependant, lorsque j'essaie d'ajouter un nouveau certificat à l'équilibreur de charge, j'obtiens l'erreur ci-dessus. Je suis sûr que le certificat est correct et qu'il est au format PEM. J'ai d'abord essayé via la console Web, puis en utilisant les outils de ligne de commande aws aim, avec le même résultat.

Quelqu'un a-t-il rencontré un problème similaire récemment ?

Answer 1

L'AWS CLI requiert file:// préfixe pour les fichiers locaux . Par exemple file://private.key , file://cert_file etc.

Answer 2

Je viens de rencontrer exactement le même problème : la console web et l'AWS CLI signalent la même erreur en ne parvenant pas à analyser le certificat.

La cause première de l'erreur s'est avérée être dans la clé privée - convertir ma clé privée en "RSA PRIVATE KEY" a réglé le problème :

openssl rsa -in server.key -out server.key.rsa

Ensuite, utilisez le server.key.rsa dans le champ de la clé privée et laisser la clé publique telle quelle.

Answer 3

Je viens de passer la dernière heure à me battre avec ce problème, sur la console web. Dans un souci de documentation, j'aimerais partager ce qui a résolu le problème pour moi :

1. Veillez à ce que toutes les clés et tous les certificats soient en RSA (comme indiqué dans la réponse de Vikram).
2. Assurez-vous que le ---- TEXT HERE ---- Les étiquettes de début et de fin sont incluses dans ce que vous téléchargez/copiez dans la console web.
3. Mon problème était : Les certificats RapidSSL que j'avais achetés sur Name.com, lorsqu'ils étaient copiés-collés dans un Evernote, entraînaient la conversion des nouvelles lignes en espaces. Je ne m'en suis rendu compte que lorsque j'ai entré le texte dans Vim, et que le texte monospace n'était pas aligné correctement. Après une série de f, [space], a, [return] J'avais corrigé le fichier dans Vi et il semble maintenant fonctionner. L'interface d'AWS devrait être suffisamment intelligente pour se remettre d'erreurs courantes comme celle-ci - néanmoins, cela a réglé le problème pour moi.

J'espère que cela aidera à faire gagner une heure à quelqu'un d'autre :)