Autenticação de chave pública não funciona com o novo servidor

2

Atualmente tenho três instâncias AWS (todas executando o Ubuntu 14.04 LTS) - bem como o usuário padrão "ubuntu" criado pela AWS, configuro outro usuário administrador e uso uma chave pública especificamente para esse usuário do meu laptop (Ubuntu 16,04 LTS). Até aí tudo bem - nunca tive um problema.

Agora, acabei de criar uma nova instância com 16.04 LTS. Eu acabei tendo que cortar um novo par de chaves para o usuário do ubuntu quando configurando o servidor, já que o par original usado para o outro não parecia funcionar.

Eu criei um novo usuário na nova instância e tentei fazer a autenticação de chave pública funcionar aqui também. Eu posso logar como o novo usuário depois de me conectar como usuário do Ubuntu e usando o comando su .

Continuo recebendo o seguinte ao tentar se conectar como este usuário no meu laptop:

debug1: Offering RSA public key: /home/horuskol/.ssh/id_rsa
debug3: send_pubkey_test
debug3: send packet: type 50
debug2: we sent a publickey packet, wait for reply
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.

Nota - este é o mesmo certificado que estou usando para os outros três servidores e ainda não tem um problema

Eu verifiquei as permissões no servidor remoto:

/home/horuskol                           horuskol    horuskol    drwxr-xr-x
/home/horuskol/.ssh                      horuskol    horuskol    drwx------
/home/horuskol/.ssh/authorized_keys      horuskol    horuskol    -rw-------

Tripliquei a verificação de que a chave autorizada no servidor remoto correspondia à chave pública local.

Eu até copiei o arquivo authorized_keys em um dos servidores em funcionamento.

Eventualmente, criei uma nova chave pública / privada (id_rsa_2017_01) e copiei a nova chave pública para o novo servidor.

Nada funcionou até agora.

    
por HorusKol 08.01.2017 / 06:16

1 resposta

0

Obrigado a Jakuje que me apontou na direção, fornecendo detalhes sobre como alterar o LogLevel para sshd

Também ajudou a voltar a isso depois de um sono ...

debug1: Could not open authorized keys '/home/horuskol/.ssh/authorized_keys': No such file or directory

Porque eu nomeei o arquivo authorized-keys .

Corrigindo o nome do arquivo e tudo está bem agora.

    
por HorusKol 09.01.2017 / 09:05