Отже, я намагався підключитися до бази даних MySQL через тунель SSH, як зазвичай, і це підказало мені пароль до мого ключа ssh. Я ввів його як завжди, і хоча я на 100% впевнений, що я ввів правильний пароль, він продовжував запитувати і, таким чином, не вдався.
Я спробував інші речі, як витягнути з github repo, увійти на сервер тощо. Схоже, раптом у мого ssh-ключа інший пароль, але дата останньої модифікації перевищила рік тому.
Що відбувається? Було б досить непомітно, якби мені довелося змінити свій ssh-ключ.
Я вже намагався це змінити:
$ ssh-keygen -p -f ~/.old_ssh/id_rsa
Enter old passphrase:
Key has comment '/Users/noxoc/.old_ssh/id_rsa'
Enter new passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved with the new passphrase.
Однак я все одно отримую таку ж поведінку.
Знову застосував це -vvv:
$ ssh-keygen -vvv -p -f ~/.old_ssh/id_rsa
debug3: Incorrect RSA1 identifier
debug1: key_parse_private_pem: PEM_read_PrivateKey failed
debug1: read PEM private key done: type <unknown>
Це виглядає одночасно перспективно і погано.
@ MichaelKjörling див. Оновлене запитання. Це може десь дістати нас.
—
Нілс Рідеман
Я
—
CVn
sshконкретно думав (використовуючи це, щоб спробувати підключитися і побачити, які помилки ви отримуєте). Дійсно дивно, що вам вдалося змінити пароль та ще раз. Це, на жаль, трохи нагадує файл із ключем із забиткою. Чи є у вас резервна копія для порівняння?
Просте рішення цілком може бути просто створити новий ключ. Оскільки ви не повинні використовувати один і той же секретний ключ з більш ніж одного хоста в будь-якому випадку, це не повинно бути занадто важко замінити відкритий ключ на віддалений хост.
—
CVn
-vперемикача (або, можливо,-vvдля отримання додаткової інформації). Крім того, якщо у вас є доступ до журналів на стороні сервера, перевірте, чи містять вони щось цінне. Що ви можете змінити секретний ключ ключової фрази сильно передбачає , що це на самому ділі не про секретний ключі ключової фрази взагалі, а що - то інше.