O host continua pedindo senha ao usar chaves SSH com PuTTY for Windows

Question

Estou usando o PuTTY for Windows para conectar ao dreamcompute-VPS (dreamhost). No painel dreamcompute, criei uma chave privada e fiz o download dela, um arquivo .pem . Usando o PuTTYgen , converti esse arquivo para .ppk como SSH2-RSA. Então, eu baixei Pageant.exe e adicionei este arquivo .ppk . No PuTTY.exe , eu coloquei como Nome do host o IP flutuante obtido do painel dreamcompute, defina o nome de usuário em Connection->Data as dhc-user e, finalmente, carregou o arquivo .ppk em Connection->SSH->Auth . O problema é quando eu abro a conexão, o processo de autenticação continua me pedindo senha. o que estou perdendo? Não deveria ser apenas nome de usuário e chaves?

Log:

=~=~=~=~=~=~=~=~=~=~=~= 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

    

Answer 1

A questão principal está aqui:

Event Log: Server refused our key

Isso pode ser causado por permissões incorretas em .ssh/authorized_keys ou por uma chave inválida.

A permissão pode ser resolvida usando isto:

chmod -R go-rwx ~/.ssh

A outra possibilidade é a chave errada. Você deve anexar a chave pública em ~ / .ssh / authorized_keys, não a chave privada. Verifique se a chave correta está lá.