keytool d'erreur du fichier de clés a été falsifié, ou mot de passe incorrect
Je suis d'erreur suivant lors de la génération de certificats sur ma machine locale.
C:\Users\abc>keytool -genkey -alias tomcat -keyalg RSA
Enter keystore password:
keytool error: java.io.IOException: Keystore was tampered with, or password was incorrect
Je pense qu'il y a quelques problèmes dans la version de jdk.J'ai couru la même commande sur mes collègues de la machine et il fonctionne très bien.
Veuillez partager vos entrées.
- êtes-vous donner le mot de passe correct? et l'exécution de la commande à partir de bon répertoire?
- Comme je suis de le créer, je suis donc saisie d'un nouveau mot de passe.À partir de quel répertoire dois-je le faire fonctionner?
- keytool -genkeypair -alias tomcat -keyalg RSA -keystore D:\keystore.jks essayez ceci pour la génération du fichier de clés puis de les exporter cer comme keytool -export-alias mycert -keystore D:\keystore.jks -fichier vorburger.cer
- Pouvez-vous préciser, ça aura le même effet comme c'était avec "keytool -genkey -alias tomcat -keyalg RSA".
- pouvez-vous me dire le but de la création de cette cer?
- Je l'utilise à l'intérieur server.xml de Tomcat7.0 pour SSL.
- Pour les utilisateurs de mac stackoverflow.com/a/33603411/1348522
Vous devez vous connecter pour publier un commentaire.
À partir de votre description, je suppose que vous êtes sur une machine windows et de votre maison est abc
Donc Maintenant : Cause
Lorsque vous exécutez cette commande
keytool -genkey -alias tomcat -keyalg RSA
parce que vous ne spécifiez pas explicitement un fichier de clés, il va essayer de générer (et dans votre cas, que vous êtes l'obtention d'exception, de sorte à mettre à jour) keystore
C:\users\abc>.keystore
et bien sûr, vous devez fournir de l'ancien mot de passe pour .fichier de stockage des clés, même si je crois que vous fournissez votre version (un nouveau).Solution
Supprimer
.keystore
deC:\users\abc>
emplacement et réessayez la commandeou essayez la commande suivante qui va créer un nouveau xyzkeystore:
keytool -genkey -keystore xyzkeystore -alias tomcat -keyalg RSA
Remarque:
-genkey
est vieux maintenant, utilisez plutôt-genkeypair
bien que les deux fonctionne aussi.Je l'ai résolu en utilisant le mot de passe par défaut pour le fichier cacerts keystore :
'changeit'
Cette réponse sera utile pour les nouveaux Utilisateurs de Mac (pour Linux, windows 7 64 bits aussi).
Mot de passe vide travaillé dans mon mac . (coller la ligne ci-dessous dans le terminal)
quand il invite pour
juste appuyez sur le bouton enter (Ne tapez rien).Il devrait fonctionner .
Assurez-vous que sa pour défaut
debug.keystore
fichier , pas pour votre projet en fonction fichier de magasin de clés (Mot de passe peut changer pour cela).Fonctionne bien pour MacOS Sierra 10.10+ trop.
J'ai entendu, il fonctionne dans un environnement linux ainsi. je n'ai pas testé que sous linux encore.
Dans tomcat 8.5 attention à écrire correctement le nom des attributs. C'est mon code sur server.xml:
Vous pouvez visiter https://tomcat.apache.org/tomcat-8.5-doc/config/http.html pour voir tous les attributs
À l'aide de changeit pour le mot de passe est trop important.
Cette commande a finalement fonctionné pour moi(avec jetty):
Fonctionne sur Windows
ouvrez l'invite de commande (appuyez sur la Touche Windows + R puis tapez "cmd" sans guillemets dans la boîte de dialogue qui apparaît, puis appuyez sur la Touche Entrée).
puis tapez le code de renifler ci-dessous :
puis tapez commande suivante
Ensuite, il vous demandera le mot de passe du fichier de clés maintenant. Le mot de passe par défaut est
"android" de type et d'entrer ou appuyez simplement sur entrée "NE TAPEZ n'IMPORTE quel MOT de passe".
Vérifier votre dossier d'accueil
~/.gradle/gradle.properties
. Parfois, si vous avezgradle.properties
dans le répertoire home de il prend les détails de l'il. Soit vous pouvez modifier ou supprimer les fichiers. Ensuite, il faudra détails de votre dossier local.- Je résoudre ce problème en utilisant le mot de passe par défaut "changeit".
Le mot de passe par défaut pour le débogage du fichier de clés est
android
.Résumant les conseils de cette page, j'ai fini avec les personnes suivantes:
Puis j'ai eu une série de questions concernant le nom, l'organisation, l'emplacement et le mot de passe de mon pseudonyme.
J'ai résolu mon problème quand j'ai changé de chemin d'accès du fichier de clés C:\MyWorks\mykeystore à C:\MyWorks\mykeystore.keystore.
Dans mon cas, j'ai été nécessaires pour avoir
root
accès.J'ai résolu ce problème en supprimant le fichier de sortie et d'exécuter de nouveau la commande. Il s'avère qu'il n'écrase PAS le fichier précédent. J'ai eu ce problème lors du renouvellement d'un let's encrypt cert avec tomcat
Remarque :- au-Dessus de l'Exportation Pasworrd écrire n'importe où, car c'est de créer un fichier JKS ( Il est fonction de votre choix de ce mot de passe que vous voulez faire )
Pour moi, je l'ai résolu en changeant les mots de passe à partir de la lettre arabe à l'anglais de la lettre, mais d'abord, je suis allé dans le dossier et supprimé la clé générée, alors il fonctionne.