Não é possível fazer login via ssh do novo usuário

Question

Digamos que o usuário A seja meu usuário principal.

Eu configurei A para trabalhar com o ssh e gerenciei para me conectar a ele via localhost ou meu ip.

Eu quero criar um usuário que não esteja no grupo sudo e tenha permissões para apenas algumas pastas, então criei uma com o adduser.

Depois disso, fiz exatamente os mesmos passos que fiz para o usuário A de dmin.

ssh-keygen -t dsa
sudo cat /path/to/new/user's/id_dsa.pub >> /path/to/Admin/user's/authorized_keys
sudo service ssh restart

A nuvem não se conecta ao host local (ou qualquer outra coisa). Excluí a chave privada A e fiz as mesmas etapas novamente. Novamente funcionou para A , mas não para o outro usuário. Eu também repassei as mesmas etapas para o usuário postgres e tive o mesmo resultado.

O erro que recebo é:

Permission denied (publickey).

Informação extra: Na configuração ssh, o novo usuário pode se conectar ( AllowUsers ) O proprietário do novo usuário .ssh é o novo usuário.

edit : o que eu recebo no log de autenticação

sshd[20341]: Connection closed by 127.0.0.1 [preauth]

Estou ficando sem ideias. Alguma sugestão?

EDIT: Eu encontrei o problema. Eu estava colocando as authorized_keys no arquivo authorized_key de outro usuário. o que eu estava fazendo me permitiria do usuário remoto b efetuar login como usuário A. O que eu estava tentando fazer era conectar do usuário remoto b ao usuário local b.

    

Answer 1

Preciso de alguns esclarecimentos, não sei se entendi o que você está tentando fazer. O que eu entendi do seu post foi que

• Você tem dois usuários: "admin" e "b"
• Você se refere a "admin" como "A" em sua pergunta
• Você deseja se conectar à conta de administrador, usando ssh, da conta b

Então o comando que você está tentando executar é esse?

[b@computer]$ ssh admin@localhost

Estou entendendo corretamente?

Não sei se entendi direito, mas, como solicitado, entendi:

• computer-1 tem dois usuários, admin e b
• o OP queria que [b@computer-1]$ ssh b@localhost trabalhasse
• Em vez disso, fez [b@computer-1]$ ssh admin@localhost work

(copia a chave pública de b para o authorized_keys do usuário errado)