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