自分のマシンから別のマシンに、そしてそこから3番目のマシンにSSHで接続しようとしています。手動で行うと、次のように機能します。
localhost$ scp ~/.ssh/id_rsa [email protected]:.
localhost$ ssh [email protected]
myhost.something.something.com$ ssh -i id_rsa [email protected]
10.25.100.42$
しかし、私はそれを直接、一歩でやりたいと思います。そして、ローカルホストからのSSHキーを3番目のマシンに転送したいと思います。これでうまくいくと思いましたが、うまくいきません。
localhost$ ssh -A -t [email protected] ssh 10.25.100.42
Permission denied (publickey).
Connection to myhost.something.something.com closed.
どうして? localhost
からの単一のコマンドでこれを行うにはどうすればよいですか?詳細は、詳細フラグを使用したときに表示されます。
localhost$ ssh -v -A -t [email protected] ssh 10.25.100.42
OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to myhost.something.something.com [X.X.X.X] port 22.
debug1: Connection established.
debug1: identity file /home/myuser/.ssh/id_rsa type 1
debug1: identity file /home/myuser/.ssh/id_rsa-cert type -1
debug1: identity file /home/myuser/.ssh/id_dsa type -1
debug1: identity file /home/myuser/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-2ubuntu2
debug1: match: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2 pat OpenSSH*
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr [email protected] none
debug1: kex: client->server aes128-ctr [email protected] 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: Server Host key: RSA 62:d2:58:47:f7:c6:21:b4:a1:b0:cf:4e:44:42:e4:9a
debug1: Host 'myhost.something.something.com' is known and matches the RSA Host key.
debug1: Found key in /home/myuser/.ssh/known_hosts:255
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: Offering RSA public key: /home/myuser/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
Authenticated to myhost.something.something.com ([X.X.X.X]:22).
debug1: channel 0: new [client-session]
debug1: Requesting [email protected]
debug1: Entering interactive session.
debug1: Requesting authentication agent forwarding.
debug1: Sending command: ssh 10.25.100.42
debug1: client_input_channel_open: ctype [email protected] rchan 2 win 65536 max 16384
debug1: channel 1: new [authentication agent connection]
debug1: confirm [email protected]
Permission denied (publickey).
debug1: channel 1: FORCE input drain
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype [email protected] reply 0
debug1: channel 0: free: client-session, nchannels 2
debug1: channel 1: free: authentication agent connection, nchannels 1
Connection to myhost.something.something.com closed.
Transferred: sent 3532, received 3312 bytes, in 4.4 seconds
Bytes per second: sent 796.1, received 746.6
debug1: Exit status 255
認証エージェントに接続を転送する場合は、マシンで認証エージェントを実行する必要があります。 ssh-add -l
で確認できます。実行されていない場合は、起動してキーを追加します。
eval `ssh-agent`
ssh-add ~/.ssh/id_rsa
# or other keys you want to use from the other server
そして、-A
スイッチで他のサーバーに接続した後、このキーを使用してさらに認証できるようになります。
local $ ssh -A [email protected]
something $ ssh-add -l # should list your key
something $ ssh 10.25.100.42
しかし、あなたが本当に達成しようとしていることは、何か違うことです。最初のホストをジャンプボックスとして使用して2番目のホストに接続すると、ProxyCommandを使用してはるかに便利になります。
ssh -oProxyCommand="ssh -W 10.25.100.42:22" [email protected]
.ssh/config
でそれ以上:
Host something
Hostname myhost.something.something.com
User myuser
Host second
Hostname 10.25.100.42
User myuser
ProxyCommand ssh -W %h:%p something
そして、あなたはただ使用してそこに着くでしょう
ssh second