web-dev-qa-db-ja.com

SSH接続エラー：ssh_exchange_identification：読み取り：接続がピアによってリセットされました

SSH経由でサーバーに接続しようとすると、次のエラーが発生します。

[root@oneeighty ~]# ssh -vvv -p 443 [email protected]
OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to xxx.xxx.xxx [IP] port 443.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: loaded 3 keys
ssh_exchange_identification: read: Connection reset by peer

サーバーとクライアントのSSH構成を確認しましたが、問題はありません。

サーバーでSSHサービスを再起動し、サーバー/クライアントを再起動しましたが、問題は解決していません。

linuxssh
25
Senthil G

これは、さまざまな原因が考えられます。

すぐに試すことができるものは次のとおりです。

  • /etc/hosts.denyでsshd: ALLのようなエントリを探します

  • おそらく、sshd: ALLを/etc/hosts.allowに追加します

  • SSHDのHostKeysが破損している可能性があります。それらは/ etc/ssh /ディレクトリにあります。それらを削除してsshdを再起動すると、それらが再生成されます。エラーが発生した場合は、次のコマンドを使用してください

    $ ssh-keygen -t rsa -f /etc/ssh/ssh_Host_rsa_key
$ ssh-keygen -t dsa -f /etc/ssh/ssh_Host_dsa_key
$ ssh-keygen -t ecdsa -f /etc/ssh/ssh_Host_ecdsa_key
$ /etc/init.d/sshd start
26
vagarwal

デバッグの次の行は次のようになります。

debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3p1 Debian-3ubuntu7

StackOverflowで、外部IPアドレスからのNATing /ポート転送を使用していることを確認しました。ローカルボックスからそれ自体にsshできることも確認しました。ポート443へのローカルsshが機能するため、ポートマッピングが機能することを確認する必要があります。

試してください：

  1. 同じサブネット内の別のボックスからのSSH
  2. iptables -Lを実行し、ポート443が開いているか、INPUTおよびOUTPUTがACCEPTに設定されていることを確認します
  3. tcpdump -A -s 0 port 443を実行してから、外部IPにSSH接続してみます。ルーターの送信元アドレスとともにデータが到着するはずです。
2
Alastair McCormack

FWIW、私はAWSでUbuntu 14.04を実行しています。この問題は、Java Webクライアントを介してSSHで接続し、Sudo service Apache2 startを実行することによって修正されました。Webサイトをバックアップしたいだけでしたが、SSHアクセスも修正されました。理由がわからない、しかし私は文句を言っていません。

2
Mazyod

接続しようとしているサーバーのallowed.hostsと、実行中のすべてのiptablesルールを確認します。

1
KJS

VMへのsshアクセスが同じメッセージで拒否されたため、今日同様の問題に直面しました。ssh-v（クライアント）およびsshd -d（サーバー）はあまり役に立ちませんでした。問題私の場合、LAMPスタックの使用法のデモで行ったファイアウォール/ iptable設定の変更が原因で開始されました。

私はsystem-config-firewall-tuiを使用してファイアウォールを有効にし、そこからhttpdのみを選択して、httpd以外の他のすべてのサービスをブロックしました。

したがって、これに対する解決策として、sshdに権限を追加するか、

  • iptable conf設定の更新OR
  • System-config-firewall-tuiからsshdを選択する、または
  • ファイアウォールを無効にするOR
  • Iptableサービスを停止します（rhel6、chkconfigからも削除します）service iptables stop

sshが完全に正常に動作するようになりました!!!

1
Rinky

この問題は解決されました。
問題は、ネットワーク上にあるロードバランサーにあります。この問題は、ロードバランサーを再起動すると解決します。

1
Senthil G

私にとっては、/ etc/hostsファイルでsshd接続を許可します。

vi /etc/hosts.allow
and add 

sshd: ALL
0
David Okwii

私が問題を解決した方法は、私はホストマシンに行き、いくつかのコマンドを実行しました

Sudo mkdir/var/run/sshd

Sudo chmod 755 -R/var/run/sshd

Sudoサービスssh再起動

その後、マシンに接続しました。

0
Sayan Biswas