ssh_exchange_identification:読み取り:ピアによる接続のリセット

ssh_exchange_identification:読み取り:ピアによる接続のリセット

OS Xでは、Ubuntu 12.04サーバーにSSHで接続しようとしています。突然、動作が停止するまでSSH経由でログインできました。-v.NETを使用してデバッグするためにオンラインで読みました。出力は以下の通りです。別のボックスにsshを送信し、そのボックスからサーバーにsshを実行するとログインできます。この問題をデバッグする方法がわかりませんが、学びたいです。

$ ssh -v me@server
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: /etc/ssh_config line 53: Applying options for *
debug1: Connecting to server [IP] port 22.
debug1: Connection established.
debug1: identity file /Users/me/.ssh/id_rsa type 1
debug1: identity file /Users/me/.ssh/id_rsa-cert type -1
debug1: identity file /Users/me/.ssh/id_dsa type -1
debug1: identity file /Users/me/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
ssh_exchange_identification: read: Connection reset by peer

これまで(掲示板の提案に基づいて)私が見つけたものホストが拒否ファイル - しかし、私のコンピュータにはそのようなファイルはありません。

$ cat /etc/hosts.deny 
cat: /etc/hosts.deny: No such file or directory

クライアントコンピュータには管理者アクセス権がありますが、サーバーにはありません。

ベストアンサー1

突然の変更は、サーバー構成の構成ファイルの変更によって発生する可能性がありますが、sshd管理者権限がないと確認または変更できないことを示します。タイムリーにサーバー管理者に連絡できない場合でも、次のことを試すことができます。

sshdログにはローカルバージョン文字列のみが表示されるため、サーバーと中間システムで実行されているバージョンを確認する必要があります。

これらのバージョンが異なる場合(特にローカルコンピュータとサーバー間、および中間コンピュータとサーバー間)、一部の非互換性がある可能性があります。前に起こった存在するssh。過去のソリューションは、コマンドライン(ssh -c aes256-ctrなど)または/etc/ssh/ssh_config

-c/ Ciphers-o HostKeyAlgorithms/、HostKeyAlgorithmsおよび-m/MACsコマンドライン引数の適切な値は、デバッグ情報(サーバーへの中間接続を介して)で見つける必要があります。 ssh_configが変更されました。

私はしばらくこの問題に遭遇しませんでしたが、そうしたときにIIRCは手動でパスワードとホストキーアルゴリズムの設定を強制するだけで十分で、その後サーバーのバージョンを更新でき、sshd問題は消えました。

おすすめ記事