O SSH ainda pede a publickey mesmo se eu tentar me conectar com um usuário que criei com uma senha

Question

Eu criei uma instância no DreamCompute (DreamHost) há 4 meses. Para se conectar a ele via ssh você precisa criar um par de chaves e acessar com a chave pública com o usuário dhc-user : lembro que quando me conectei pela primeira vez criei um novo usuário com uma senha, para que eu pudesse conectar o servidor sem a chave pública e funcionou perfeitamente.

Agora que encerrei essa instância e criei uma nova, fiz a mesma coisa, mas quando tento me conectar ao usuário, adicionei o erro Permission denied (publickey) .

$ ssh -v user@IPADDRESS
OpenSSH_6.9p1, LibreSSL 2.1.8
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug1: /etc/ssh/ssh_config line 56: Applying options for *
debug1: Connecting to IPADDRESS [IPADDRESS] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /Users/user/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/user/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/user/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/user/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/user/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/user/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/user/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/user/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.4
debug1: match: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.4 pat OpenSSH_6.6.1* compat 0x04000000
debug1: Authenticating to IPADDRESS as 'user'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client [email protected] <implicit> none
debug1: kex: client->server [email protected] <implicit> none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:blablablabla
debug1: Host 'IPADDRESS' is known and matches the ECDSA host key.
debug1: Found key in /Users/user/.ssh/known_hosts:1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: 
debug1: Authentications that can continue: publickey
debug1: Trying private key: /Users/user/.ssh/id_rsa
debug1: Trying private key: /Users/user/.ssh/id_dsa
debug1: Trying private key: /Users/user/.ssh/id_ecdsa
debug1: Trying private key: /Users/user/.ssh/id_ed25519
debug1: No more authentication methods to try.
Permission denied (publickey).

    

Answer 1

Você está usando a chave SSH incorreta ou não é válida para o servidor ao qual está tentando se conectar.

Verifique se a chave que você está usando é de fato válida para o servidor. Se você salvou em outro lugar, use ssh -i <path_to_key> para forçar essa chave específica.

Se você não tiver uma chave, precisará usar o console do DreamCompute para adicionar um temporariamente ou desativá-lo no console de recuperação (se houver um).

Observação: Desabilitar a autenticação da chave SSH para retornar a uma senha é uma má ideia! As chaves SSH são muito mais seguras do que uma senha poderia ser, e é altamente recomendável que você a mantenha habilitada.

Em seguida, para desativar a autenticação de chave SSH no servidor, é necessário desativá-lo.

Em /etc/ssh/sshd_config , existem as seguintes linhas:

# Change to no to disable tunnelled clear text passwords
PasswordAuthentication no

Altere esse no para yes usando seu editor de texto favorito e reinicie o ssh service executando: sudo service ssh restart .