Générateur de CSR — demande de signature et clé privée

Parce que les navigateurs ne lisent plus le Common Name depuis 2017. Chrome a supprimé ce repli en version 58 et les autres ont suivi : un certificat dont le domaine ne figure que dans le CN ne correspond à aucun nom d'hôte. Certaines AC recopient discrètement le CN dans le SAN à l'émission ; beaucoup rejettent simplement la demande. L'inscrire aux deux endroits supprime la question.

Seulement pour les certificats à validation d'organisation (OV) et à validation étendue (EV), où l'AC les confronte à votre immatriculation légale et rejette toute divergence. Pour un certificat ordinaire à validation de domaine — ce qui inclut tout ce que délivre Let's Encrypt — ils sont ignorés, et les laisser vides ne pose aucun problème.

Pour un serveur web, généralement non. Une clé chiffrée doit être déverrouillée à chaque démarrage : le serveur ne peut donc pas redémarrer sans surveillance après un redémarrage — d'où la configuration quasi universelle de nginx et Apache avec une clé non chiffrée protégée par les droits du fichier. Chiffrez-la si vous devez la déplacer entre machines ou la stocker dans un espace partagé.

Oui : écrivez *.example.com. Notez qu'un joker couvre exactement une étiquette, donc *.example.com correspond à www.example.com mais ni à example.com lui-même ni à a.b.example.com. Si vous avez aussi besoin du domaine nu, ajoutez-le séparément. Les AC publiques valident en outre les jokers par DNS et non par HTTP : l'émission suppose donc un accès à vos enregistrements DNS.

ECDSA P-256 offre à peu près la sécurité de RSA 3072 avec une clé bien plus petite, donc des poignées de main plus rapides et moins de processeur par connexion. RSA 2048 est pris en charge absolument partout, y compris par du matériel ancien et certains terminaux de paiement. Si vous maîtrisez les clients, ECDSA ; si vous ignorez ce qui se connectera, RSA.