Permissão negada (publickey, gssapi-keyex, gssapi-with-mic)

Question

Ok, então eu tentei isso algumas vezes e tenho certeza que isso é muito trivial, mas: Eu estou tentando SSH via linha de comando no Ubuntu em minha máquina virtual (Centos6) com um par de chaves RSA que eu criei usando key-gen.

Eu criei o par de chaves e anexei a chave pública ao arquivo authorized_keys e alterei as permissões para 600 . Depois eu SCP'ed a chave privada para o Ubuntu e tentei usar o SSH e sempre fico:

Permission denied (publickey,gssapi-keyex,gssapi-with-mic).

Eu já tentei isso 3x e sem sorte. Eu posso fazer ping, mas não consigo descobrir por que não está pegando a chave que eu fiz. Alguma sugestão?

    

Answer 1

Execute ssh com o modo verbose (adicione quantos -v você precisar) e tente descobrir o motivo.

Por exemplo

ssh -vvv user@host

Você receberá uma saída de depuração que ajudará você a descobrir o motivo.

    

Answer 2

Primeiro, gere o par de chaves na sua máquina Ubuntu.

Depois, copie o conteúdo do arquivo .pub gerado na sua pasta ssh ( ~/.ssh/id_rsa ) e cole-o no arquivo username/.ssh/id_rsaauthorized_keys , em uma nova linha, no seu CentOS para o usuário específico que você está efetuando login com.

    

Answer 3

Se você tailf /var/log/auth.log no servidor e fizer login novamente, deverá ver o motivo da falha registrada. Caso contrário, aumente o detalhamento no arquivo de configuração do daemon SSH para DEBUG e tente novamente. Muitas vezes está relacionado a permissões de arquivos.

    

Answer 4

Acabei de ter o mesmo problema no ClearOS 7.2 ao tentar efetuar login através do SSH usando o RSA da OSX.

Acontece que eu tive que adicionar o nome do arquivo da minha chave privada (o que reside no sistema cliente, OSX, neste caso) no sistema cliente para o arquivo / etc / ssh / ssh_config (esta é a configuração do cliente ssh arquivo na máquina do cliente). Caso contrário, simplesmente não apareceria no arquivo, mesmo que ele inicie com id_rsa.

A linha adicionada foi:

IdentityFile ~/.ssh/id_rsa.somecomputer

"somecomputer" é qualquer que seja o resto do nome do arquivo que você possa ter.

    

Answer 5

Eu tive o mesmo problema, resolvi assim:

No servidor ssh, eu descomentei e coloquei em yes os seguintes valores em / etc / ssh / sshd_config

 RSAAuthentication yes
 PubkeyAuthentication yes

E então:

sudo service sshd restart