я использую 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
Основная проблема здесь:
Журнал событий: сервер отказался от нашего ключа
Это может быть вызвано неправильными разрешениями на .ssh/authorized_keys, или неверный ключ.
Разрешение можно решить с помощью этого:
chmod -R go-rwx ~/.ssh
Другая возможность - неправильный ключ. Вы должны добавить открытый ключ в ~ / .ssh / authorized_keys, а не закрытый ключ. Проверьте, есть ли там правильный ключ.