J'ai toujours un problème avec SSH
J'ai toujours ce message lorsque j'essaie de me connecter:
Connection closed by 192.168.1.10 port 22
Quand je vérifie le statut SSH
ssh.service - OpenBSD Secure Shell server Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enab Active: active (running) since Sun 2017-01-01 23:17:08 GMT; 57min ago Process: 804 ExecReload=/bin/kill -HUP $MAINPID (code=exited, status=0/SUCCESS Main PID: 487 (sshd) CGroup: /system.slice/ssh.service
└─487 /usr/sbin/sshd -D
Jan 01 23:17:14 kevin-desktop sshd[487]: Server listening on :: port
22. Jan 02 00:14:09 kevin-desktop sshd[2078]: error: key_load_public: invalid format Jan 02 00:14:09 kevin-desktop sshd[2078]: error: Could not load Host key: /etc/s Jan 02 00:14:09 kevin-desktop sshd[2078]: error: key_load_public: invalid format Jan 02 00:14:09 kevin-desktop sshd[2078]: error: Could not load Host key: /etc/s Jan 02 00:14:09 kevin-desktop sshd[2078]: error: key_load_public: invalid format Jan 02 00:14:09 kevin-desktop sshd[2078]: error: Could not load Host key: /etc/s Jan 02 00:14:09 kevin-desktop sshd[2078]: error: key_load_public: invalid format Jan 02 00:14:09 kevin-desktop sshd[2078]: error: Could not load Host key: /etc/s Jan 02 00:14:09 kevin-desktop sshd[2078]: fatal: No supported key exchange algor
Je l'ai vu moi-même, c'est lorsque les clés de l'hôte sont corrompues. Vous pouvez les réinitialiser en faisant:
Sudo rm/etc/ssh/ssh_Host_ * && Sudo dpkg-reconfigure openssh-server
Je n'ai pas encore compris pourquoi ils ont été corrompus.
Générez un nouvel ensemble de clés avec ceci sur le client:
ssh-keygen
Prenez le contenu de la clé publique du client:
~/.ssh/id_rsa.pub
Et ajoutez-les au fichier de clés autorisé sur le serveur:
~/.ssh/authorized_keys
Les autorisations doivent ressembler à ceci sur le serveur:
-rw------- 1 user1 user1 399 Apr 20 09:04 authorized_keys
drwx------ 2 user1 user1 4096 Apr 20 09:04 .ssh
fatal: No supported key exchange algor...
On dirait que les algorithmes pris en charge par votre client diffèrent de ceux pris en charge par le serveur. Configurez LogLevel DEBUG
sur le serveur /etc/ssh/sshd_config
et utilisez ssh -vvv
pour obtenir plus d'informations sur les raisons de son échec.