1

После генерации нового закрытого ключа ssh (id_rsa) на одном сервере и его распространения по серверной сети один сервер не может использовать новый ключ и вместо этого возвращается к аутентификации по паролю.

Копирование id_rsa в новый файл и использование его вместо этого работает.

$ ssh -i id_rsa user@server
user@server's password:
$ cp id_rsa id_rsa.copy
$ chmod --reference=id_rsa id_rsa.copy
$ ssh -i id_rsa.copy user@server
Last login: Wed Apr  2 06:30:36 2014 from otherhost
[user@server ~]$

Запуск отладки ssh -vvv :

id_rsa:

debug3: Not a RSA1 key file id_rsa.
...
debug1: identity file id_rsa type 1
...
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering public key: id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,gssapi-with-mic,password

id_rsa.copy:

debug3: Not a RSA1 key file id_rsa.copy.
...
debug1: identity file id_rsa.copy type -1
...
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: id_rsa.copy
debug1: read PEM private key done: type RSA
debug3: sign_and_send_pubkey
debug2: we sent a publickey packet, wait for reply
debug1: Authentication succeeded (publickey).

По какой-то причине OpenSSH по-разному обрабатывает файлы ключей. Но почему?

|источник

1 ответ1

0

Оказывается, сервер , на котором возникла эта проблема была как id_rsa и id_rsa.pub ключевые файлы скопированы ранее. При копировании новых файлов ключей я перезаписывал только id_rsa оставляя id_rsa.pub на месте. Это заставило ssh неправильно использовать id_rsa .

Удаление id_rsa.pub или обновление до правильной версии решило проблему.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .