ssh recusando conexão com a mensagem “no hostkey alg”

10

Minhas conexões SSH funcionaram bem, mas da semana passada o SSH do meu laptop para a minha placa recusou a conexão. Posso fazer uma conexão SSH da placa para o laptop, mas não vice-versa. Eu tentei isso com meu usuário root e tive o mesmo problema.

Meu laptop é um Ubuntu 12.10 e minha placa é um Debian 6.

Aqui está a saída detalhada do SSH:

danialbehzadi @ danial-HP: ~ $ ssh -v 192.168.1.2  
OpenSSH_5.2p1, OpenSSL 1.0.1c 10 de maio de 2012
debug1: Lendo dados de configuração / usr / local / etc / ssh_config
debug1: Conectando a porta 192.168.1.2 [192.168.1.2] 22.
debug1: conexão estabelecida.  
debug1: arquivo de identidade /home/danialbehzadi/.ssh/identity type -1  
debug1: arquivo de identidade /home/danialbehzadi/.ssh/id_rsa tipo 1  
debug1: arquivo de identidade /home/danialbehzadi/.ssh/id_dsa type -1  
debug1: Protocolo remoto versão 2.0, versão de software remoto OpenSSH_6.0p1 Debian-4  
debug1: match: OpenSSH_6.0p1 Debian-4 pat OpenSSH *  
debug1: Ativando o modo de compatibilidade para o protocolo 2.0  
debug1: String de versão local SSH-2.0-OpenSSH_5.2  
debug1: SSH2_MSG_KEXINIT enviado  
debug1: SSH2_MSG_KEXINIT recebido  
debug1: kex: server-> client aes128-ctr hmac-md5 none  
debug1: kex: cliente-> servidor aes128-ctr hmac-md5 none  
sem hostkey alg
Danial Behzadi
fonte

Respostas:

8

Criei novas chaves rsa e dsa no quadro e deu tudo certo:

~# ssh-keygen -t rsa -f /etc/ssh/ssh_host_rsa_key
~# ssh-keygen -t dsa -f /etc/ssh/ssh_host_dsa_key
Danial Behzadi
fonte
Em uma nota relacionada, quando tentei conectar-me do dropbear ssh (comum no android) ao sshd do cygwin, recebi "no hostname algo correspondente". O servidor foi configurado para aceitar chave e senha, portanto, ele deveria ter sido senha se a chave falhar. Então, acho que essa solução pode não funcionar para alguns. De acordo com este link, está relacionado ao algoritmo de criptografia usado linksysinfo.org/index.php?threads/tomato-ssh.29460, mas nenhuma solução mencionada lá.
barlop
1
Tivemos o mesmo problema com um servidor ubuntu 14.04. Depois de tentar iniciar uma nova instância do servidor ssh no modo de depuração, descobrimos que as chaves privadas no servidor não tinham permissão 0600, uma vez que a corrigimos e reiniciamos o servidor, tudo começou a funcionar bem.
Awi
-1

[root @ server ~] # ls -la / etc / ssh / ssh_host_ *

-rw-------. 1 root root      668 Jun 25 00:03 /etc/ssh/ssh_host_dsa_key
-rw-r--r--. 1 root root      609 Jun 25 00:03 /etc/ssh/ssh_host_dsa_key.pub
-rw-r-----. 1 root ssh_keys  227 Dec 14  2018 /etc/ssh/ssh_host_ecdsa_key
-rw-r--r--. 1 root root      162 Dec 14  2018 /etc/ssh/ssh_host_ecdsa_key.pub
-rw-r-----. 1 root ssh_keys  387 Dec 14  2018 /etc/ssh/ssh_host_ed25519_key
-rw-r--r--. 1 root root       82 Dec 14  2018 /etc/ssh/ssh_host_ed25519_key.pub
-rw-------. 1 root root      963 Apr 18  2011 /etc/ssh/ssh_host_key
-rw-r--r--. 1 root root      627 Apr 18  2011 /etc/ssh/ssh_host_key.pub
-rw-------. 1 root root     1679 Jun 25 00:02 /etc/ssh/ssh_host_rsa_key
-rw-r--r--. 1 root root      401 Jun 25 00:02 /etc/ssh/ssh_host_rsa_key.pub

verifique se o modo ssh_host_ * do arquivo é 644 e 600 como este

O mais rápido
fonte