Não é possível conectar o SSH devido à chave pública não encontrada

0

Aqui está o comando Eu corro ssh [email protected] -v

OpenSSH_6.9p1, LibreSSL 2.1.8
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 20: Applying options for *
debug1: /etc/ssh/ssh_config line 53: Applying options for *
debug1: Connecting to callydai.com [107.180.55.15] port 22.
debug1: Connection established.
debug1: identity file /Users/raigovind93/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.9
ssh_exchange_identification: read: Connection reset by peer

A chave está definitivamente lá:

~/.ssh  => tree
.
├── github_rsa
├── github_rsa.pub
├── id_rsa
├── id_rsa.pub
├── known_hosts
└── known_hosts.old

Como posso obter o comando SSH para reconhecer o key_load_public?

    
por Govind Rai 05.02.2017 / 22:31

1 resposta

1

Essas coisas não têm absolutamente nada a ver uma com a outra. Como você pode ver no log,

  1. o servidor interrompe a conexão abruptamente sem realmente dizer "Acesso negado" (observe a mensagem "Conexão redefinida por peer");
  2. isso acontece antes de chegar ao estágio de autenticação - na verdade, isso acontece tão cedo que o servidor nem sequer tem a chance de iniciar o protocolo SSH (um "SSH-2.0-something" similar linha é esperada).

Além disso, a mensagem de erro é um pouco confusa, mas na verdade fala sobre o ssh não conseguir encontrar o arquivo certificado id_rsa.pub-cert - que é uma adição opcional usada por algumas redes corporativas. Você não precisa realmente do arquivo -cert 99% do tempo. (Como ssh diz …/id_rsa type 1 , isso significa que fez reconhecer a chave simples.)

Então, de onde vem a falha na conexão? Não é possível responder sem pelo menos ver os logs do sistema do servidor. Por exemplo, se você tiver o Denyhosts instalado, certifique-se de acidentalmente não colocá-lo na lista de negações.

    
por 05.02.2017 / 22:58

Tags