підключення до хоста, що працює на сервері ssh2 за допомогою ssh-клієнта


1

Я намагаюся підключитися до хоста Linux (target_host) під керуванням sshd2 за допомогою ssh-клієнта (client_host); при цьому я перетворив паб-ключ client_host як

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

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

Швидше за все, те, що вам не вистачає, на віддаленій машині:

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

Якщо цього недостатньо, зупиніть демон-sshd і перезапустіть його наступним чином:

 /usr/sbin/sshd -Dd

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

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.