Lors de l'utilisation d'OpenSSL sous Windows:
openssl genrsa -out privatekey.pem 1024 -->
Créé avec succès
openssl req -new -x509 -key privatekey.pem -out publickey.cer -days 365
---->
Affichage du message d'erreur comme
impossible de charger les informations de configuration depuis /usr/local/ssl/openssl.cnf
windows
openssl
public-key-encryption
Karthik
la source
la source
Réponses:
Après avoir installé OpenSSL, je devais créer une nouvelle variable d'environnement:
OPENSSL_CONF
C:\Program Files\OpenSSL\openssl.cnf
Dans PowerShell:
Cette valeur diffère des versions d'installation précédentes (comme vu dans une précédente édition de ce post). N'oubliez pas non plus d'ajouter le dossier binaire openssl
${env:ProgramFiles}\OpenSSL
à votre chemin.la source
C:\OpenSSL-Win32\bin\openssl.cfg
place.C:\Program Files (x86)\Git\ssl\openssl.cfg
pour ceux qui ont déjà git.SETX OPENSSL_CONF c:/libs/openssl-0.9.8k/openssl.cnf
Vous devez spécifier le chemin absolu vers la configuration, quelque chose comme ceci:
la source
openssl.cfg
présent dans le répertoire bin après l'installation. Mais avec ce fichier, cela semble fonctionner de toute façon.-config "C:\Program Files (x86)\Git\ssl\openssl.cnf"
-config
drapeau, cela a fonctionné pour moiDans Windows 10, pas besoin de redémarrer ni d'exécuter en mode administrateur, mais définissez plutôt la configuration openssl comme suit:
Bien sûr, si vous utilisez
GnuWin32
la source
Sous Windows, [ Scénario similaire ]
J'étais confronté au même problème, mais c'était lors de la demande de demande de signature de certificat.
J'ai fait ce qui suit, cela a fonctionné pour moi.
Une fois OpenSSL installé, l'invite de commande Ran en tant qu'administrateur après le redémarrage du système. [Pour le mieux, j'ai fait les deux .. exécuter en tant qu'administrateur et redémarrer le système]
fait, 1. [Cas d'erreur]
AVERTISSEMENT: impossible d'ouvrir le fichier de configuration: C: \ OpenSSL-Win64 \ bin \ openssl.cnf ET Impossible de charger les informations de configuration à partir de C: \ OpenSSL-Win64 \ bin \ openssl.cnf
2. [A travaillé avec avertissement]
Mais m'a demandé la phrase de passe pour server.key Cela a fonctionné pour moi.
J'ai référé, Ce lien pour mon aide.
Je vous remercie.
la source
La seule chose qui a fonctionné pour moi dans cette situation était le fichier openssl.cnf auto-créé .
Voici les bases nécessaires pour cet exercice (modifiez-les si nécessaire):
J'espère que cela aide.
la source
openssl req -new -x509 -key privatekey.pem -out publickey.cer -days 365 -config openssl.cnf
Après avoir installé OpenSSL, vous devez redémarrer votre ordinateur et utiliser
Run As Administrator
. Puis ses œuvres.la source
Avec les outils GnuWin32, j'ai trouvé le openssl.cnf sous C: \ gnuwin32 \ share
la source
Pour moi sur Windows 8, j'ai simplement trouvé le fichier openssl.cnf et je l'ai copié sur le lecteur C. puis:
A parfaitement fonctionné.
la source
Dans Windows 7, je n'ai pas eu à redémarrer, exécutez simplement l'invite de commande en mode administrateur.
la source
Dans mon cas, je dois définir manuellement le chemin du fichier openssl.cnf sur la commande à l'aide de l'
config
option. Donc la commandela source
Si vous utilisez Win32 OpenSSL v1.1.0g , configurez cette variable d'environnement:
Avant d'exécuter cette commande avec "server.key" , création réussie de "server.csr" :
la source
Sur la question fondamentale de savoir pourquoi openssl n'est pas trouvé: Réponse courte: Certains packages d'installation pour openssl ont un openssl.cnf par défaut pré-inclus. Les autres packages ne le font pas. Dans ce dernier cas, vous en inclurez un à partir du lien ci-dessous; Vous pouvez saisir des informations spécifiques à l'utilisateur supplémentaires - nom DN, etc. - si nécessaire.
De https://www.openssl.org/docs/manmaster/man5/config.html, je cite directement:
"CONFIGURATION DE LA BIBLIOTHEQUE OPENSSL
Les applications peuvent configurer automatiquement certains aspects d'OpenSSL en utilisant le fichier de configuration OpenSSL principal, ou éventuellement un autre fichier de configuration. L'utilitaire openssl inclut cette fonctionnalité: toute sous-commande utilise le fichier de configuration OpenSSL principal, sauf si une option est utilisée dans la sous-commande pour utiliser un autre fichier de configuration.
Pour activer la configuration de la bibliothèque, la section par défaut doit contenir une ligne appropriée qui pointe vers la section de configuration principale. Le nom par défaut est openssl_conf qui est utilisé par l'utilitaire openssl. D'autres applications peuvent utiliser un nom alternatif tel que myapplication_conf. Toutes les lignes de configuration de la bibliothèque apparaissent dans la section par défaut au début du fichier de configuration.
La section de configuration doit être constituée d'un ensemble de paires de valeurs de nom contenant des informations de configuration de module spécifiques. Le nom représente le nom du module de configuration. La signification de la valeur est spécifique au module: elle peut, par exemple, représenter une autre section de configuration contenant des informations spécifiques au module de configuration. Par exemple:"
Il semble donc que l'on doive configurer automatiquement openssl.cnf en fonction de votre nom distinctif (DN), ainsi que d'autres entrées spécifiques à votre utilisation.
Voici le fichier modèle à partir duquel vous pouvez générer openssl.cnf avec vos entrées spécifiques.
Une application a en fait une installation de démonstration qui comprend un fichier de démonstration .cnf.
De plus, si vous devez accéder par programme aux fichiers .cnf, vous pouvez inclure les en-têtes appropriés --openssl / conf.h-- et analyser vos fichiers .cnf à l'aide de
Voici la documentation pour "CONF_modules_load_file";
la source
Pour moi, mettre une variable avant d'appeler a fait l'affaire:
la source
Sur Windows PowerShell:
la source