Keytool error java io ioexception keystore password was incorrect android studio

Ошибка keytool Keystore была изменена или пароль был неверен

Я получаю следующую ошибку при создании сертификатов на своей локальной машине.

Я думаю, что есть некоторые проблемы в jdk version.I запускал ту же самую команду на моей машине collegues, и она работает нормально.

Пожалуйста, поделитесь своими входом.

ОТВЕТЫ

Ответ 1

Из вашего описания я предполагаю, что вы на машине с Windows, а ваш дом abc

Итак: Причина

При запуске этой команды

keytool -genkey -alias tomcat -keyalg RSA

потому что вы не указываете явное хранилище ключей, оно попытается сгенерировать (и в вашем случае, когда вы получаете исключение, чтобы обновить) keystore C:\users\abc>.keystore , и, конечно же, вам нужно предоставить старый пароль для .keystore, пока я считаю, что вы предоставляют вашу версию (новую).

Решение

Удалите .keystore из C:\users\abc> и попробуйте выполнить команду

или попробуйте выполнить следующую команду, которая создаст новый xyzkeystore:

keytool -genkey -keystore xyzkeystore -alias tomcat -keyalg RSA

Примечание: -genkey теперь старое, вместо этого используйте -genkeypair , хотя обе работают одинаково.

Ответ 2

Я решил это, используя пароль по умолчанию для хранилища cacerts: ‘changeit’

Ответ 3

Этот ответ будет полезен для нового пользователя Mac (Works for Linux, Window 7 64 бит).

Пустой пароль работал в моем mac. (вставьте нижнюю строку в терминал)

когда он запрашивает

просто нажмите кнопку ввода (не вводите ничего). Он должен работать.

Пожалуйста, убедитесь, что это файл по умолчанию debug.keystore , а не файл хранилища ключей на основе проекта (для этого может измениться пароль).

Хорошо работает и для MacOS Sierra 10.10+.

Я слышал, он работает и в среде linux. Я еще не тестировал это в Linux.

Ответ 4

В Tomcat 8.5 обратите внимание, чтобы написать правильное имя атрибутов. Это мой код на server.xml:

Ответ 5

Использование changeit для пароля также важно.

Эта команда, наконец, работала для меня (с причалом):

Ответ 6

Работает на Windows

откройте командную строку (нажмите клавишу Windows + R, затем введите «cmd» без кавычек в появившемся диалоговом окне и нажмите клавишу ввода).

затем введите код сниффа ниже:

1. cd C:\Program Files\Java\jdk1.7.0_25\bin

затем введите следующую команду

1. keytool -list — хранилище ключей «C: /Documents and Settings/Ваше имя /.android/debug.keystore»

Затем он запросит пароль Keystore. Пароль по умолчанию — это тип «android», введите или просто нажмите «DONT TYPE ANY PASSWORD».

Ответ 7

Проверьте свою домашнюю папку

/.gradle/gradle.properties . Иногда, если у вас есть gradle.properties в домашнем каталоге, он получает данные от него. Либо вы можете изменить это, либо удалить файлы. Затем он берет необходимые данные из вашей локальной папки.

Ответ 8

Я решил эту проблему, используя пароль по умолчанию «changeit«.

Ответ 9

Обобщая советы на этой странице, я закончил со следующим:

Затем у меня появился набор вопросов относительно имени, организации, местоположения и пароля для моего псевдонима.

Ответ 10

ошибка keytool: java.io.IOException: был поврежден Keystore или неверный пароль

Я решил проблему, когда изменил путь хранилища ключей C:\MyWorks\mykeystore на C:\MyWorks\mykeystore.keystore.

Ответ 11

Поймал эту вещь сегодня. Пробовал менять пароли — это не помогло. В моем случае это помогло обновить Android Studio с 1.5 до 2.0. Не знаю почему, но теперь все работает.

Ответ 12

В моем случае мне нужно было иметь root доступ.

Ответ 13

Я исправил эту проблему, удалив выходной файл и снова выполнив команду. Оказывается, он НЕ перезаписывает предыдущий файл. У меня была эта проблема при обновлении сертификата let encrypt с помощью tomcat

Ответ 14

Примечание: — Над Экспортом Pasworrd запишите куда угодно, потому что это необходимо для создания файла JKS (это зависит от вашего выбора, какой пароль вы хотите сделать)

Ответ 15

Это случилось со мной в самый первый раз при создании файла keystone. Я думал, что у него есть пароль по умолчанию. но в конце концов я ввел пароль своей учетной записи, и он работал в Mac.

Ответ 16

Для меня я решил это, изменив пароли с арабской буквы на английскую букву, но сначала я пошел в папку и удалил сгенерированный ключ, затем он работает.

Ответ 17

Ответ 18

Ваш пароль неверный. Проверьте номерку !

Источник

ошибка keytool. Подделка хранилища ключей или неверный пароль

Я получаю следующую ошибку при создании сертификатов на моей локальной машине.

Я думаю, что есть некоторые проблемы в версии JDK. Я выполнил ту же команду на моей машине коллег, и она работает нормально.

Пожалуйста, поделитесь своими мнениями.

Из вашего описания я предполагаю, что вы находитесь на машине Windows, и ваш дом ABC

Так что теперь: причина

Когда вы запускаете эту команду

keytool -genkey -alias tomcat -keyalg RSA

поскольку вы не указываете явное хранилище ключей, оно будет пытаться сгенерировать (и в вашем случае, если вы получаете исключение, чтобы обновить) хранилище ключей, C:\users\abc>.keystore и, конечно, вам необходимо предоставить старый пароль для .keystore, хотя я полагаю, что вы предоставляете свою версию ( новый).

Решение

Либо удалите .keystore из C:\users\abc> местоположения и попробуйте команду

или попробуйте следующую команду, которая создаст новое хранилище xyzkeystore:

keytool -genkey -keystore xyzkeystore -alias tomcat -keyalg RSA

Примечание: -genkey сейчас старая версия, но лучше использовать -genkeypair обе эти функции одинаково.

Я решил это, используя пароль по умолчанию для хранилища ключей cacerts: ‘changeit’

Этот ответ будет полезен для нового пользователя Mac (работает для Linux, Windows 7 64 бит).

Пустой пароль работал на моем Mac. (вставьте следующую строку в терминал)

когда это подсказывает

просто нажмите кнопку ввода (ничего не печатать). Это должно работать.

Убедитесь, что это debug.keystore файл по умолчанию , а не файл хранилища ключей вашего проекта (пароль может измениться для этого).

Хорошо работает и для MacOS Sierra 10.10+.

Я слышал, это работает и для среды Linux. я еще не проверял это в Linux.

Использование changeit для пароля также важно.

Эта команда наконец-то сработала для меня (с пристани):

В Tomcat 8.5 обратите внимание, чтобы написать правильное имя атрибутов. Это мой код на server.xml:

Я решил эту проблему, используя пароль по умолчанию » changeit «.

Работает на Windows

откройте командную строку (нажмите клавишу Windows + R, затем введите «cmd» без кавычек в появившемся диалоговом окне и нажмите клавишу ввода).

затем введите код сниффа ниже:

1. cd C: \ Program Files \ Java \ jdk1.7.0_25 \ bin

затем введите следующую команду

1. keytool -list -keystore «C: / Documents and Settings / Ваше имя / .android / debug.keystore»

Затем он запросит пароль Keystore. Пароль по умолчанию — это тип «android», введите или просто нажмите «DONT TYPE ANY PASSWORD».

Проверьте вашу домашнюю папку

/.gradle/gradle.properties . Иногда, если у вас есть gradle.properties в домашнем каталоге, он берет подробности оттуда. Либо вы можете изменить это или удалить файлы. Тогда он возьмет необходимые данные из вашей локальной папки.

Если вы работаете над подписью своего приложения Flutter, следуя этому руководству, создайте и выпустите приложение Android и запустите эту ошибку. Я надеюсь, что этот ответ поможет вам.

В моем случае я изменил путь для хранения моего key.jks. Это случилось со мной, потому что в этом пути был существующий файл.

Эта команда сохраняет файл key.jks в вашем домашнем каталоге. Чтобы сохранить его в другом месте, измените передаваемый аргумент на параметр -keystore.

т.е. X — имя пользователя и Y — имя папки

Тогда вам будет предложено Введите пароль для хранилища ключей: и Повторно введите новый пароль . Здесь вы можете использовать любой пароль, который вы хотите.

Однако сохраняйте файл хранилища ключей закрытым; не проверяйте это в общедоступном контроле!

Источник

AndroidSigning@3 fails to sign — java.io.IOException: Keystore was tampered with, or password was incorrect #11624

Comments

MouthOfMadness commented Oct 23, 2019

Question, Bug, or Feature?
Type: Bug

Enter Task Name: AndroidSigning@3 fails to sign
MicrosoftDocs/azure-devops-docs#6097

Environment

• Server — Azure Pipelines
• Agent — Hosted

Issue Description

Is AndroidSigning@3 using a different keystore format and if so, how do you generate it?

I’m receiving a DevOps YAML task signing error using AndroidSigning@3
VS2019 16.3.5 generated the keystore, using Ad-Hoc
The keystore is uploaded as a secure file.
The passwords are set as secure

Using the same pipeline, but different android signing tasks:

This works:
task: AndroidSigning@2
displayName: «align and sign»
inputs:
apkFiles: ‘$(outputDirectory)/*.apk’
jarsign: true
jarsignerKeystoreFile: ‘myapp-keystore.keystore’
jarsignerKeystorePassword: ‘$(keystorePassword)’
jarsignerKeystoreAlias: ‘myapp-keystore’
jarsignerKeyPassword: ‘$(keyPassword)’
zipalign: true

This fails (see error details below)
task: AndroidSigning@3
displayName: ‘align and sign’
inputs:
apkFiles: ‘$(outputDirectory)/*.apk’
apksignerKeystoreFile: ‘myapp-keystore.keystore’
apksignerKeystorePassword: ‘$(keystorePassword)’
apksignerKeystoreAlias: ‘myapp-keystore’
apksignerKeyPassword: ‘$(keyPassword)’
zipalign: true
C:\windows\system32\cmd.exe /D /S /C «»C:\Program Files (x86)\Android\android-sdk\build-tools\24.0.3\apksigner.bat» sign —ks d:\a_temp\myapp-keystore.keystore —ks-pass «pass:» —ks-key-alias myapp-keystore —key-pass «pass:» —verbose
d:\a\1\b\Release\android\com.aiworldwide.myapp.apk»
Failed to load signer «signer #1»
java.io.IOException: Keystore was tampered with, or password was incorrect
at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:785)
at sun.security.provider.JavaKeyStore$JKS.engineLoad(JavaKeyStore.java:56)
at sun.security.provider.KeyStoreDelegator.engineLoad(KeyStoreDelegator.java:224)
at sun.security.provider.JavaKeyStore$DualFormatJKS.engineLoad(JavaKeyStore.java:70)
at java.security.KeyStore.load(KeyStore.java:1445)
at com.android.apksigner.ApkSignerTool$SignerParams.loadPrivateKeyAndCertsFromKeyStore(ApkSignerTool.java:604)
at com.android.apksigner.ApkSignerTool$SignerParams.loadPrivateKeyAndCerts(ApkSignerTool.java:546) at com.android.apksigner.ApkSignerTool$SignerParams.access$200(ApkSignerTool.java:500)
at com.android.apksigner.ApkSignerTool.sign(ApkSignerTool.java:236)
at com.android.apksigner.ApkSignerTool.main(ApkSignerTool.java:93)
Caused by: java.security.UnrecoverableKeyException: Password verification failed
at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:783)
. 9 more
##[error]Error: The process ‘C:\Program Files (x86)\Android\android-sdk\build-tools\24.0.3\apksigner.bat’ failed with exit code 2

The text was updated successfully, but these errors were encountered:

Источник

Android keystore with incorrect password! #1394

Comments

ramadis commented Feb 7, 2018 •

I downloaded my android keystore via exp fetch:android:keystore and the console printed out the necessary credentials:

However, when the signing system keeps saying the password is incorrect. I have a few doubts.

1. Is the alias the one printed by exp or should I decode it in base64 (Since it is a base64 encoded string)?
2. The password seems to be incorrect. Which one should I use, is it encrypted, encoded, or how can I access it?

Thank you very much!

The text was updated successfully, but these errors were encountered:

anp commented Feb 8, 2018

Hi! Can you tell me how you’re testing this?

ramadis commented Feb 8, 2018

@anp Through the most painful and slow process: I’m rebuilding the apk through expo system, uploading the downloaded keystore and trying different parameters for alias/key pass/keystore pass

anp commented Feb 8, 2018

Where are you uploading the keystore? Google Play?

anp commented Feb 8, 2018

Also, are you trying to upload an app that was already published once without Expo?

ramadis commented Feb 8, 2018

@anp To the second question: No, the app was only published via expo. About the keystore: When choosing to build with android through exp build:android the console prompts to choose between using expo credentials and using my own keystore. Since the first option wasn’t working, I chose to retrieve the keystore using exp fetch:android:keystore and go with the second option, using the credentials given by the console.

This is where I am right now. When signing with the credentials given out by exp , the sigining system keeps saying Incorrect password .

anp commented Feb 8, 2018

Hm, I’m sorry, that sounds like a problem. Can you paste the output of trying to upload the keystore?

ramadis commented Feb 8, 2018

@anp Well, the only significative lines are these:

Not sure if theres much information there anyway. The main issue is, why is it failing to sign the apk, given that I put in the same credentials that exp printed out in the console when I fetched the keystore?

anp commented Feb 9, 2018

What process is outputting these lines?

ramadis commented Feb 9, 2018

@anp These lines are the ones outputted by the expo building system. The error happens when the jarsigner is not able to use the keystore to sign the apk.

anp commented Feb 10, 2018

Can you paste the build log URL for this build?

ramadis commented Feb 10, 2018

This is one of the many builds with the incorrect password issue: https://expo.io/builds/fb4f64f1-0204-4d2b-9c26-75a3e7cfbef5

ramadis commented Feb 15, 2018

@anp any updates on the issue?

anp commented Feb 16, 2018

Hi! Sorry about that. I’ve pinged a couple of people internally to take a look at this build. Just to confirm I’m understanding the order correctly:

1. you ran a build for a project other than calma, and let Expo generate the keystore
2. in the project from 1, you ran exp fetch:android:keystore and saved the output
3. in calma, you uploaded the keystore with the credentials from 2 and saw this behavior happen

Can you try the following?

1. install Java on your computer if you haven’t already, and make sure you have the keytool command line program available
2. do number 2 from above again, and re-fetch the keystore and credentials from your other project
3. run keytool -keypasswd -keystore -alias -storepass -keypass -new , substituting the values in angle brackets as appropriate
4. if that fails, can you try running a build for your other project and posting the build logs for that? if that succeeds, can you try running exp build:android -c in calma, and upload the keystore file you redownloaded?

It would be great if you could post back and let me know whether my understanding of what you’ve tried is correct, and what happened when you tried each of the steps you suggested. Thanks!

Источник