Хост продолжает просить пароль при использовании Ключей SSH с PuTTY для Windows

Я использую PuTTY для Windows для соединения с dreamcompute-VPS (dreamhost). В dreamcompute панели я создал закрытый ключ и загрузил ее, .pem файл. Используя PuTTYgen, я преобразовал этот файл в .ppk как SSH2-RSA. Так, я загрузил Pageant.exe и добавил этот .ppk файл. В PuTTY.exe я поместил как Имя хоста, в котором плавающий IP, полученный от dreamcompute панели, установил имя пользователя Connection->Data как dhc-пользователь и, наконец, загруженный .ppk файл в Connection->SSH->Auth. Проблема состоит в том, когда я открываю соединение, процесс аутентификации продолжает просить у меня пароль. Что я пропускаю? Разве Это не должно быть только имя пользователя и ключи?

Журнал:

=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2015.07.21 15:08:26 =~=~=~=~=~=~=~=~=~=~=~=
Event Log: Writing new session log (SSH raw data mode) to file: C:\Users\User\Desktop\putty.log
Event Log: Looking up host "173.236.254.75"
Event Log: Connecting to 173.236.254.75 port 22
Event Log: Server version: SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2
Event Log: We believe remote version has SSH-2 channel request bug
Event Log: Using SSH protocol version 2
Event Log: We claim version: SSH-2.0-PuTTY_Release_0.64
Event Log: Doing Diffie-Hellman group exchange
Event Log: Initialised AES-256 SDCTR client->server encryption
Event Log: Initialised HMAC-SHA-256 client->server MAC algorithm
Event Log: Initialised AES-256 SDCTR server->client encryption
Event Log: Initialised HMAC-SHA-256 server->client MAC algorithm
Event Log: Reading private key file "C:\Users\User\Desktop\private.ppk"
Event Log: Pageant is running. Requesting keys.
Event Log: Pageant has 1 SSH-2 keys
Event Log: Pageant key #0 matches configured key file
Event Log: Trying Pageant key #0                           
Event Log: Server refused our key
1
задан 21 July 2015 в 21:13
1 ответ

Основная проблема здесь:

Журнал событий: Сервер отказался от нашего ключа

Это может быть вызвано неправильными разрешениями для .ssh / authorized_keys или неверный ключ.

Разрешение может быть разрешено с помощью этого:

chmod -R go-rwx ~ / .ssh

Другая возможность - неправильный ключ. Вы должны добавить открытый ключ в ~ / .ssh / authorized_keys, а не закрытый ключ. Убедитесь, что там правильный ключ.

5
ответ дан 3 December 2019 в 17:05

Теги

Похожие вопросы