☰

sshfs 「ピアによる接続のリセット」(識別ファイルを含む)

tag-icon • tag-icon linux ssh amazon-ec2 sshfs
sshfs 「ピアによる接続のリセット」(識別ファイルを含む)

時にはサーバーネットワークを作成する必要があります。サーバーを接続してデータをすばやくコピーする必要があります。

私はこれを使用していますSSHファイルシステム（SSHFS）接続するなど簡単で使いやすいのでセキュリティシェル（SSH）。

セキュリティ上の理由から、パスワードの代わりに認証ファイルを使用してください。もう一つの理由は、これが」Amazon Webサービス（AWS）EC2」。

時には接続の問題がどこにあるのかわかりません。

sshfs {{user_name}}@{{server_ip}}:{{remote_path}} {{local_path}} -o "IdentityFile={{identity_path}}"

クライアント側では単純なメッセージのみを受け取ります。

read: Connection reset by peer

サーバーからの簡単なメッセージ

"Connection reset by peer"

次に何ができるか尋ねてください。

答え1

文法にエラーが多い場合や、接続にはより多くのエラーがある可能性があります。

最善の解決策は、スイッチを使用して詳細モードをオンにすることです。

-o debug

私の場合は、「IDファイルの絶対パス」に問題があることを確認しました。

no such identity: {{identity_file}}: No such file or directory
Permission denied (publickey).
read: Connection reset by peer

だから私の完全なコマンドは次のようになります

sshfs {{user_name}}@{{server_ip}}:/ /mnt/{{server_ip}} -o "IdentityFile={{absolute_path}},port={{port_number}}" -o debug

答え2

タイムアウトの問題である可能性が高いです。このようなメッセージ（「読み取り：ピアによる接続のリセット」）は、接続が成功した（コマンドは正常ですssh）が突然終了したことを示します。 SSHクライアントは何かを送信し、その代償としてRST TCPフレームを受信しました。これは「Done」を意味します。 「何も送らないでください。チャンネルが閉じました」

これは、主に不活性化が原因でファイアウォールが切断されるためです（ただし、短期間に接続が多すぎるなど、他の理由がある可能性があります。最近、ファイアウォールは敏感です）。

タイムアウトの問題を回避するには、sshオプションTCPKeepAliveまたはServerAliveInterval/を使用してくださいServerAliveCountMax。バラよりこの問題。

関連情報