A autenticação do SSH com chave pública falha

2

Eu tenho minha chave id_rsa.pub sob meu /home/user/.ssh. Eu cuidadosamente copiei essa chave e colei minha chave na conta do repositório do Git.

Ao tentar conectar-se do meu sistema local ao meu repositório do git, recebi o seguinte erro:

warning: Authentication failed.
Disconnected; no more authentication methods available (No further 
authentication methods available.)

Eu removi o SSH no sistema e reativei e fiz novamente, mas sem sorte. Não tenho ideia do que está acontecendo com a minha chave SSH. Alguém pode me dizer sobre isso?

Nota: notei na minha página inicial /home/user/.ssh & & /home/user/.ssh2

    
por palani 09.06.2010 / 12:30

4 respostas

1

leia mais sobre toda a coisa da chave pública ' aqui '. O openssh quer a chave pública em um arquivo chamado ~/.ssh/authorized_keys . é onde você coloca?

    
por 09.06.2010 / 13:48
0

Hm, ssh no Ubuntu usa /home/user/.ssh para sua configuração. Não sei onde você conseguiu isso .ssh2 de; o cliente SSH comercial da Tectia usa, mas você não usa isso, não é? Para ser seguro, mova o .ssh2 para fora do caminho (renomeie-o para .ssh2XXX e renomeie-o quando tudo estiver funcionando).

Para solucionar seu problema, tente se conectar no modo de depuração:

ssh -vvv myuser@myhost 2>/tmp/ssh-debug-log

Então dê uma olhada no arquivo de log / tmp / ssh-debug-log para ver o que está errado. Se você não conseguir descobrir, edite sua pergunta para incluir o arquivo de log, então veremos ...

    
por 09.06.2010 / 13:15
0

Eu não sei como você gerou suas chaves, mas minas foram geradas usando o PuTTY no Windows para que eu possa acessar remotamente a minha caixa do Linux do trabalho, e eu copiei / colei o conteúdo da chave pública no arquivo ~ / .ssh / authorized_keys file, e aqui vai. Uma coisa que eu sempre noto: o arquivo de chave é feito de uma única linha de texto, sem retorno no arquivo. Eu também lembro que nas chaves anteriores, o principal problema que eu tinha era que a chave pública que eu estava colando do arquivo gerado tinha retornos difíceis, e juntar todas as linhas normalmente resolve meus problemas.

JF

    
por 09.06.2010 / 14:06
0

Você pode verificar as proteções para o diretório .ssh (deve ser 700) e o arquivo authorized_keys (deve ser 644). Além disso, no servidor, você pode executar sshd a partir da linha de comando com a opção -d para ver alguns detalhes do processo de autorização, ou seja,

sudo service sshd stop
/usr/sbin/sshd -d
    
por 07.10.2010 / 07:59

Tags