SSHCommand:接続できません。ステータスはTCP_CONNECTION_DROPPEDです。 - Support and Troubleshooting

SSHCommand:接続できません。ステータスはTCP_CONNECTION_DROPPEDです。 Issue  SSHCommand:接続できません。ステータスはTCP_CONNECTION_DROPPEDです。

Release すべてのリリース - MID サーバー Linux システムの検出

Cause 次に説明するいくつかの理由により、サービスが接続を拒否しました。

Resolution MID サーバーから openssh や putty などのサードパーティの ssh クライアントを使用して同じ条件を再現し、成功するかどうかを確認します。

サーバーのセキュリティログを調べて、特定のエラー(/var/log/secure)が見つかるかどうかを確認します サーバーでのデバッグを増やします。openssh の場合、これは通常、/etc/ssh/sshd_config を編集し、loglevel=debug3 を設定し、sshd を再起動することを意味します。エラーを再現し、サーバー /var/log/secure のログを調べます openssh では、「-vv」オプションを指定して ssh を実行し、サーバーに接続します。kexinitメッセージを調べて、サポートされているアルゴリズムの観点から異常があるかどうかを確認します。 mid パラメーター mid.ssh.debug = true を設定して sncssh ServiceNow ssh クライアントから ssh デバッグをオンにし、問題を再度再現します。agent/logs/agent0.log.* ログには、「SNC の使用」で始まる多くのデバッグ情報が含まれます。これは非常に多くの情報であり、おそらく彼らが明白な理由もなく私たちに電話を切ったことを示すだけですが、彼らが電話を切ったとき、それは教訓的かもしれません。 kexinitの後、userauthの前にハングアップした場合、アルゴリズムのネゴシエーションがうまくいかなかったことを示します。kexinitメッセージを見て、それぞれのアルゴリズムのリストを比較し、サーバーのリストにクライアントのリストに項目がない場所を見つけようとします。 userauth まで到達した場合、認証情報は期待どおりに試行されますか?いつあきらめたのですか?