Windows SSH クライアントを実行してmobxterm有効にしました。
「外部ページの使用とSSHエージェントの転送」は実行されますが、まだ機能しません。 Authorized_keysは他のサーバーでも動作するため、正しく設定されていることがわかります。
Note目的のサーバーに移動するには、まずジャンプボックスにアクセスする必要があります。美人コンテストは、1つのサーバーを除いて10を超えるサーバーでうまく機能します。
認証されていないサーバーのログは次のとおりです。
ssh -vvv serverip
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug3: start over, passed a different list publickey,password,keyboard-interactive
debug3: preferred publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering public key: rsa-key-20140313
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Trying private key: /home/users/mj138q/.ssh/identity
debug3: no such identity: /home/users/mj138q/.ssh/identity
debug1: Trying private key: /home/users/mj138q/.ssh/id_rsa
debug3: no such identity: /home/users/mj138q/.ssh/id_rsa
debug1: Trying private key: /home/users/mj138q/.ssh/id_dsa
debug3: no such identity: /home/users/mj138q/.ssh/id_dsa
debug2: we did not send a packet, disable method
debug3: authmethod_lookup keyboard-interactive
debug3: remaining preferred: password
debug3: authmethod_is_enabled keyboard-interactive
debug1: Next authentication method: keyboard-interactive
debug2: userauth_kbdint
debug2: we sent a keyboard-interactive packet, wait for reply
debug2: input_userauth_info_req
debug2: input_userauth_info_req: num_prompts 1
Password:
うまくいくのは次のとおりです。
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug3: start over, passed a different list publickey,password,keyboard-interactive
debug3: preferred publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering public key: rsa-key-20140313
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Server accepts key: pkalg ssh-rsa blen 148
debug2: input_userauth_pk_ok: fp aa:dd:5e:11:ff:92:f3:2d:21:fc:c2:6a:e2:d1:d5:a1
debug3: sign_and_send_pubkey
debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug1: Requesting [email protected]
debug1: Entering interactive session.
debug2: callback start
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug2: channel 0: request shell confirm 1
debug2: fd 3 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
Last login: Wed Nov 25 23:17:27 2015
Sun Microsystems Inc. SunOS 5.10 Generic January 2005
You have mail.
答え1
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,password,keyboard-interactive
これは、SSHクライアントが公開鍵を送信しましたが、サーバーによって拒否されたことを意味します。サーバー管理者に連絡して、サーバー側の認証ログを確認するように依頼してください（Linuxでは通常、/var/log/secureまたは/var/log/auth.logディストリビューションによって異なります）。サーバー側のログには、公開鍵が拒否された理由を説明するsshdからの非常に明確なメッセージが必要です。
セキュリティ上の理由でまだ認識されていないクライアントには拒否理由が送信されません。あなたは、玄関のドアロックに触れている見知らぬ人に使用するロックの種類についてアドバイスを与えません。そうですか？
この種の問題の最も一般的な原因は、サーバー上のauthorized_keysファイル、.sshサブディレクトリ、またはユーザーのホームディレクトリに対する無効なファイル権限です。アカウントの所有者以外は誰もこのコンテンツに書き込むことはできません。サーバーログのエラーメッセージには、鍵が安全でないために拒否されたファイルまたはディレクトリの正確なパス名が含まれています。