connexion à l'hôte exécutant le serveur ssh2 à l'aide du client ssh

1

J'essaie de me connecter à un hôte Linux (target_host) qui exécute sshd2 à l'aide d'un client ssh (client_host). Ce faisant, j'ai converti la clé de publication de client_host en

ssh-keygen -e -f id_rsa.pub > client_host_ssh2_id_rsa.pub

et copié client_host_ssh2_id_rsa.pub dans target_host. Cependant, lorsque j'essaie de me connecter, je ne reçois aucun hostkey alg.

ssh user@target_host -v
OpenSSH_5.1p1, OpenSSL 0.9.8a 11 Oct 2005
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to target [169.35.74.21] port 22.
debug1: Connection established.
debug1: identity file /home/user/.ssh/identity type -1
debug1: identity file /home/user/.ssh/id_rsa type 1
debug1: identity file /home/user/.ssh/id_dsa type 2
debug1: Remote protocol version 2.0, remote software version 6.0.12.81   SSH  Tectia Server
debug1: no match: 6.0.12.81 SSH Tectia Server
debug1: Enabling compatibility mode for protocol 2.0
 debug1: Local version string SSH-2.0-OpenSSH_5.1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
no hostkey alg

Quelqu'un peut-il m'aider s'il vous plaît à identifier ce qui me manque ici.

birjoossh
la source

Réponses:

1

Très probablement, ce qui vous manque est, sur la machine distante:

 cd $HOME/.ssh;  cat client_host_ssh2_id_rsa.pub >> authorized_keys

Si cela ne suffit pas, arrêtez le démon sshd, puis redémarrez-le en procédant comme suit:

 /usr/sbin/sshd -Dd

qui empêche la démonisation et affiche un message d'erreur sur la sortie standard. En essayant de vous connecter, vous pourrez ainsi voir les messages d'erreur côté serveur, beaucoup plus informatifs que ceux côté client, pour des raisons évidentes de sécurité. Cela vous aidera / nous aidera à résoudre le problème.

MariusMatutiae
la source