ssh rechazando la conexión con el mensaje "no hostkey alg"


10

Mis conexiones SSH funcionaron bien, pero desde la semana pasada SSH desde mi computadora portátil hasta mi placa rechazaron la conexión. Puedo hacer una conexión SSH desde la placa a la computadora portátil, pero no al revés. Lo intenté con mi usuario y usuario root y tuve el mismo problema.

Mi computadora portátil es Ubuntu 12.10 y mi placa es Debian 6.

Aquí está la salida detallada de SSH:

danialbehzadi @ danial-HP: ~ $ ssh -v 192.168.1.2  
OpenSSH_5.2p1, OpenSSL 1.0.1c 10 de mayo de 2012
debug1: lectura de datos de configuración / usr / local / etc / ssh_config
debug1: Conexión al puerto 192.168.1.2 [192.168.1.2] 22.
debug1: conexión establecida.  
debug1: archivo de identidad /home/danialbehzadi/.ssh/identity type -1  
debug1: archivo de identidad /home/danialbehzadi/.ssh/id_rsa tipo 1  
debug1: archivo de identidad /home/danialbehzadi/.ssh/id_dsa tipo -1  
debug1: protocolo remoto versión 2.0, versión de software remoto OpenSSH_6.0p1 Debian-4  
debug1: match: OpenSSH_6.0p1 Debian-4 pat OpenSSH *  
debug1: habilitación del modo de compatibilidad para el protocolo 2.0  
debug1: cadena de versión local SSH-2.0-OpenSSH_5.2  
debug1: SSH2_MSG_KEXINIT enviado  
debug1: SSH2_MSG_KEXINIT recibido  
debug1: kex: servidor-> cliente aes128-ctr hmac-md5 ninguno  
debug1: kex: cliente-> servidor aes128-ctr hmac-md5 ninguno  
sin hostkey alg

Respuestas:


8

Creé nuevas claves rsa y dsa en el tablero y todo salió bien:

~# ssh-keygen -t rsa -f /etc/ssh/ssh_host_rsa_key
~# ssh-keygen -t dsa -f /etc/ssh/ssh_host_dsa_key

En una nota relacionada, cuando traté de conectarme desde dropbear ssh (común en Android) al sshd de cygwin, obtuve "no coincide con algo hostkey". El servidor se configuró para aceptar la clave y la contraseña, por lo que debería haber ido a la contraseña si la clave falla. Así que creo que esta solución podría no funcionar para algunos ... De acuerdo con este enlace, tiene que ver con el algoritmo de cifrado utilizado linksysinfo.org/index.php?threads/tomato-ssh.29460 pero no se menciona ninguna solución allí.
barlop

1
Tuvimos el mismo problema con un servidor ubuntu 14.04. Después de intentar iniciar una nueva instancia de servidor ssh en modo de depuración, descubrimos que las claves privadas en el servidor no tenían permiso 0600, una vez que lo arreglamos y reiniciamos el servidor, todo comenzó a funcionar bien.
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

asegúrese de que el modo ssh_host_ * del archivo sea 644 y 600 como este

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.