Назад | Перейти на главную страницу

MobaXTerm - аутентификация по SSH-ключу

У меня есть преобразованный ключ, который отлично работает с Putty.

Я пробовал эти форматы:

ssh -p 1111 -i id_rsa chip@192.168.0.100

ssh -i id_rsa -p 1111 chip@192.168.0.100

Ключ находится в той же папке, что и исполняемый файл MobaXTerm.

Спасибо!

РЕДАКТИРОВАТЬ:

[chip.client] $ ssh -p 1111 -i id_rsa chip@192.168.0.100 -v
Warning: Identity file id_rsa not accessible: No such file or directory.
OpenSSH_5.6p1, OpenSSL 0.9.8r 8 Feb 2011
debug1: Reading configuration data /etc/ssh_config
debug1: Connecting to 192.168.0.9 [192.168.0.100] port 1111.
debug1: Connection established.
debug1: identity file /home/chip/.ssh/id_rsa type -1
debug1: identity file /home/chip/.ssh/id_rsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3p1 Debian-3ubuntu7
debug1: match: OpenSSH_5.3p1 Debian-3ubuntu7 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.6
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 zlib@openssh.com
debug1: kex: client->server aes128-ctr hmac-md5 zlib@openssh.com
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: checking without port identifier
Warning: Permanently added '[192.168.0.100]:1111' (RSA) to the list of known hosts.
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/chip/.ssh/id_rsa
debug1: No more authentication methods to try.
Permission denied (publickey).

[01/09/2011 - 09:15.38] ~

MobaXterm по умолчанию использует расположение домашнего каталога как каталог Windows Temp. Таким образом, созданные вами ключи не будут доступны, как только вы закроете MobaXterm.

После создания ключа сохраните его в другой папке на дисках Windows и укажите полный путь в параметре «-i». Диски Windows обозначаются в MobaXterm как «/ диски / c /», «диски / d /» и т. Д. Если закрытый ключ хранится в E: \ keys \ id_rsa, команда будет выглядеть так:

ssh -p 1111 -i /drives/e/keys/id_rsa chip@192.168.0.100

Если вы регулярно используете MobaXterm, лучший способ справиться с этим - использовать постоянное местоположение для домашнего каталога, а не каталог Temp по умолчанию. Вы можете сделать это, перейдя в Настройки-> Конфигурация-> Разные параметры -> Использовать следующий постоянный домашний каталог. В этом случае ключи могут оставаться в домашнем каталоге, и вам не нужно указывать опцию «i».

Если у вас уже есть установка ключей с помощью Putty или чего-то еще, проще всего скопировать и вставить их в ssh-каталог MobaXterm.

Скопируйте их и вставьте ключи в:C:\Users\%USERNAME%\Documents\MobaXterm\home\.ssh

Примечание:

Расположение по умолчанию для шпатлевки обычно C:\Users\.ssh

Местоположение Cygwin по умолчанию обычно C:\cygwin64\home\%USERNAME%\.ssh

Я не уверен, как работает MobaXTerm с точки зрения среды входа в систему. Очевидно, из вашего вывода, ssh ищет ключ с именем /home/chip.ssh/id_rsa.

Итак, когда вы запускаете MobaXTerm, можете ли вы попробовать что-нибудь, например, запустить «pwd» и посмотреть, в каком каталоге он думает, что он находится, и поработать над помещением туда ключа? В вашей команде ssh вы должны иметь возможность указать полный путь к ключу, используя что-то вроде «ssh -i / path / to / ssh / key / id_rsa», а также другие параметры ssh, которые вы используете.

В качестве альтернативы вы можете указать альтернативный путь. Если MobaXTerm основан на Cygwin, вы можете сказать что-то вроде «/ cygdrive / c / Documents / ssh / id_rsa», что должно соответствовать «C: \ Documents \ ssh \ id_rsa» в вашей файловой системе.