ssh refusant la connexion avec le message «no hostkey alg»

10

Mes connexions SSH ont bien fonctionné, mais depuis la semaine dernière, SSH de mon ordinateur portable à ma carte a refusé la connexion. Je peux établir une connexion SSH de la carte à l'ordinateur portable, mais pas l'inverse. J'ai essayé cela avec mon utilisateur et mon utilisateur root et j'ai eu le même problème.

Mon ordinateur portable est un Ubuntu 12.10 et ma carte est un Debian 6.

Voici la sortie détaillée de SSH:

danialbehzadi @ danial-HP: ~ $ ssh -v 192.168.1.2  
OpenSSH_5.2p1, OpenSSL 1.0.1c 10 mai 2012
debug1: lecture des données de configuration / usr / local / etc / ssh_config
debug1: connexion au port 192.126.168.1.2 [192.168.1.2].
debug1: connexion établie.  
debug1: fichier d'identité /home/danialbehzadi/.ssh/identity type -1  
debug1: fichier d'identité /home/danialbehzadi/.ssh/id_rsa type 1  
debug1: fichier d'identité /home/danialbehzadi/.ssh/id_dsa type -1  
debug1: protocole distant version 2.0, version logicielle distante OpenSSH_6.0p1 Debian-4  
debug1: correspondance: OpenSSH_6.0p1 Debian-4 pat OpenSSH *  
debug1: activation du mode de compatibilité pour le protocole 2.0  
debug1: chaîne de version locale SSH-2.0-OpenSSH_5.2  
debug1: SSH2_MSG_KEXINIT envoyé  
debug1: SSH2_MSG_KEXINIT reçu  
debug1: kex: serveur-> client aes128-ctr hmac-md5 aucun  
debug1: kex: client-> serveur aes128-ctr hmac-md5 aucun  
pas d'hôte clé alg
ssh openssh Danial Behzadi
la source

Réponses:

8

J'ai fait de nouvelles clés rsa et dsa sur la carte et ça s'est bien passé:

~# ssh-keygen -t rsa -f /etc/ssh/ssh_host_rsa_key
~# ssh-keygen -t dsa -f /etc/ssh/ssh_host_dsa_key
Danial Behzadi
la source
Sur une note connexe, lorsque j'ai essayé de me connecter de dropbear ssh (commun sur android) à sshd de cygwin, j'ai obtenu "aucune clé d'hôte algo correspondante". Le serveur a été configuré pour accepter la clé et le mot de passe, il aurait donc dû passer au mot de passe si la clé échoue. Je pense donc que cette solution pourrait ne pas fonctionner pour certains .. Selon ce lien, il s'agit de l'algorithme de chiffrement utilisé linksysinfo.org/index.php?threads/tomato-ssh.29460 mais aucune solution n'y est mentionnée.
barlop
1
Nous avons eu le même problème avec un serveur Ubuntu 14.04. Après avoir essayé de démarrer une nouvelle instance de serveur ssh en mode débogage, nous avons constaté que les clés privées sur le serveur n'avaient pas l'autorisation 0600, une fois que nous avons corrigé cela et redémarré le serveur, tout a commencé à fonctionner correctement.
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

assurez-vous que le mode de fichier ssh_host_ * est 644 et 600 comme celui-ci

Le plus rapide
la source