☰

接続をリセットしましたすべてのサイトのポート22

tag-icon • tag-icon networking ssh openssh
接続をリセットしましたすべてのサイトのポート22

私は、OpenSSH を搭載した Windows 10 PC を使用してクラウド仮想サーバーに接続しています。これまでは問題なく動作していました。昨日、奇妙な問題が発生し始めました。
「ssh support@」を実行すると、通常どおりパスワードの入力を求められます。しかし、パスワードを入力すると、約 20 秒間考え、その後「ポート 22 で接続がリセットされました」というメッセージが表示されます。これは、試したすべてのサイトで発生します。
別の PC (これも win10 と OpenSSH を搭載) を使用すると、SSH 経由でクラウド サーバーに接続しても問題ありません。明らかに、この特定の PC では数日前から何かが変更されています。しかし、それが何なのか、どのように解決するのかはわかりません。考えられる唯一のことは、この PC で FileZilla を更新したことです。それが原因でしょうか?
どなたか助けていただければ幸いです。
関連情報をもう少し教えてください。クラウド サーバーのセキュリティ ログを確認したところ、パスワードが受け入れられ、対話型セッションが開かれたことが示されています。ログ ファイルにはエラーは表示されません。クライアント側で ssh -vvv を試したところ、次のようなエラーが表示されます。

debug1: Next authentication method: password
debug3: failed to open file:/dev/tty error:3
debug1: read_passphrase: can't open /dev/tty: No such file or directory
support@<ip>'s password:
debug3: send packet: type 50
debug2: we sent a password packet, wait for reply
debug3: receive packet: type 52
debug1: Authentication succeeded (password).
Authenticated to <ip> ([ip]:22).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug3: send packet: type 90
debug1: Requesting [email protected]
debug3: send packet: type 80
debug1: Entering interactive session.
debug1: pledge: network
debug1: console supports the ansi parsing
debug3: receive packet: type 91
debug2: channel_input_open_confirmation: channel 0: callback start
debug2: fd 3 setting TCP_NODELAY
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug3: send packet: type 98
debug2: channel 0: request shell confirm 1
debug3: send packet: type 98
debug2: channel_input_open_confirmation: channel 0: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug3: recv - from CB ERROR:10060, io:00000206F94181A0
debug3: send packet: type 1
debug3: send - WSASend() ERROR:10054, io:00000206F94181A0
Connection reset by <ip> port 22

また、接続に問題がある PC では、「OpenSSH_for_Windows_7.6p1、LibreSSL 2.6.4」と表示されていることがわかりました。問題のない PC では、かなり古い「OpenSSH_3.8.1p1、OpenSSK 0.9.7d」です。VirtualBox に Ubuntu をインストールして、Ubuntu で ssh が機能することを期待しました。しかし、これも機能しません。このマシンでは何も機能しないようです。しかし、別の PC では正常に動作します。オンラインで同様の問題を見つけましたが、解決策は「OpenSSH を別の場所に再構築する」ことです。どうすればいいですか?

答え1

ついに問題が解決しました。Filezilla が原因だったことが判明しました。Filezilla を再度更新したら、ssh が機能し始めました。Filezilla を二度と更新することはありません。:)
編集: 早とちりでした。今度は、私が何もしていないのに、ssh が再び壊れてしまいました。最初は、「channel 0: open confirm rwindow 0 rmax 32768」の後にハングします。多くの Web 投稿で、これは Wi-Fi の問題が原因であると述べられています。そこで、Wi-Fi 接続をオフにして、有線接続のみを使用しました。すると、ピアによって再びリセットされます。
これは私を狂わせます。次の Filezilla 更新を待って、問題が解決することを期待します。
最終的な解決策は、Filezilla を削除することです。すると、SSH クライアントが再び機能し始めました。その後、古いバージョンの Filezilla (3.41) をインストールしましたが、まだ機能しています。

関連情報