Как использовать PuTTY для пересылки ключей

Question

Моя ситуация: - Я подключаюсь с моего компьютера (Windows 7) к серверу A через (используя мой закрытый ключ и мой пароль) с пользователем userA - Я хотел бы подключиться с A к серверу B с помощью команды ssh: ssh userB@serverName , но я получаю " Отказано в доступе ".

Для каждого сервера мои ключи присутствуют в папке ssh\authorized_keys . Даже если я могу подключиться с моего компьютера к серверу B напрямую, и если я попытался подключиться с сервера A, я получаю эту ошибку.

Люди, использующие Linux, успешно используют команду ssh -A для подключения к серверу B. Я полагал, что опция PuTTY "Переадресация агента" была эквивалентна, но .. нет, все та же ошибка.

Журналы из ssh , когда я пытаюсь подключиться к серверу B с сервера A:

OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to serverB port 22.
debug1: Connection established.
debug1: identity file /home/userA/.ssh/identity type -1
debug1: identity file /home/userA/.ssh/id_rsa type -1
debug1: identity file /home/userA/.ssh/id_dsa type -1
debug1: loaded 3 keys
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3
debug1: match: OpenSSH_5.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
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
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: Host 'serverB' is known and matches the RSA host key.
debug1: Found key in /home/userA/.ssh/known_hosts:2
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
*******************************************************************************
*            This equipment is the propertyof            *
*                    UNAUTHORIZED ACCESS WILL BE PROSECUTED                   *
*******************************************************************************
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure.  Minor code may provide more information
Unknown code krb5 195

debug1: Unspecified GSS failure.  Minor code may provide more information
Unknown code krb5 195

debug1: Unspecified GSS failure.  Minor code may provide more information
Unknown code krb5 195

debug1: Next authentication method: publickey
debug1: Trying private key: /home/userA/.ssh/identity
debug1: Trying private key: /home/userA/.ssh/id_rsa
debug1: Trying private key: /home/userA/.ssh/id_dsa
debug1: No more authentication methods to try.
Permission denied (publickey,gssapi-keyex,gssapi-with-mic).

Answer 1

Да, опция эквивалентна, однако она вообще не пересылает ключи - она пересылает соединения конкретно "агенту SSH" . "Агент" хранит ваши ключи в памяти, расшифровывается (поэтому вам нужно разблокировать их только один раз), и клиент просит его подписать данные для аутентификации.

В Linux/Unix/BSD/Cygwin агентской программой OpenSSH является ssh-agent (хотя в некоторых случаях она заменяется gpg-agent или gnome-keyring, но здесь это не имеет значения).

Между тем, PuTTY на Windows имеет pageant.exe для той же цели. (Другие программы, такие как WinSCP, также используют Pageant.)

Сначала запустите агент и загрузите в него ключи. (Двойного щелчка на файле ключа .ppk будет достаточно.) Теперь, когда PuTTY на вашем ПК подключится к серверу A, он будет использовать ваш ключ от агента, работающего на вашем ПК, а не из файла .ppk.

• Pageant на ПК (агент) ⇆ PuTTY на ПК (клиент) ⇆ sshd на сервере A (сервер)

Точно так же, когда вы находитесь на сервере A и запускаете ssh serverB , он пытается связаться с агентом, работающим на сервере A.

• ??? (агент) sh ssh на сервере A (клиент) ⇆ sshd на сервере B (сервер)

Если вы подключились к серверу A с включенной опцией "Переадресация агента" или -A , PuTTY будет ретранслировать соединения с агентом, и ssh на сервере A сможет использовать ключи от агента на вашем ПК.

• Pageant на ПК (агент) ⇆ PuTTY на ПК (клиент пересылки) ⇆ sshd на сервере A (сервер пересылки) ⇆ ssh на сервере A (клиент) ⇆ sshd на сервере B (сервер)