1

Я пытаюсь подключиться к Linux-хосту (target_host), работающему с sshd2, с помощью ssh-клиента (client_host), при этом я преобразовал ключ pub клиента client_host как

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

и скопировал client_host_ssh2_id_rsa.pub в target_host. Однако, когда я пытаюсь подключиться, я получаю "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

Может кто-нибудь, пожалуйста, помогите мне определить, что мне здесь не хватает.

1 ответ1

1

Скорее всего, то, что вам не хватает, на удаленной машине:

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

Если этого недостаточно, остановите демон sshd и перезапустите его следующим образом:

 /usr/sbin/sshd -Dd

что предотвращает демонизацию и выводит сообщение об ошибке в стандартный вывод. Когда вы попытаетесь войти, таким образом вы сможете увидеть сообщения об ошибках на стороне сервера, которые по понятным причинам безопасности гораздо более информативны, чем на стороне клиента. Это поможет вам / нам отладить проблему.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .