conectando-se ao host executando o servidor ssh2 usando o cliente ssh

Question

Eu estou tentando se conectar a um host Linux (target_host) executando sshd2 usando um cliente ssh (client_host); Ao fazer isso eu converti a chave pub de client_host como

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

e copiado client_host_ssh2_id_rsa.pub para target_host. No entanto, quando eu tento conectar eu recebo "no 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

Alguém por favor pode me ajudar a identificar o que estou perdendo aqui?

    

Answer 1

Provavelmente, o que está faltando é na máquina remota:

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

Se isso não for suficiente, então pare o daemon sshd e reinicie-o da seguinte forma:

 /usr/sbin/sshd -Dd

que impede a daemonização e imprime a mensagem de erro na saída padrão. Ao tentar efetuar o login, você poderá ver as mensagens de erro no servidor, que são muito mais informativas do que as do lado do cliente, por motivos óbvios de segurança. Isso ajudará você / nós a depurar o problema.