防ぐ SSH Connection Timing Out / Broken Pipe

このチュートリアルは、SSH 接続を使用してエラーが発生した場合に非常に優れたソリューションを提供します。 SSH Connection Timing Out / Broken Pipe. 不適切なエラーを言いました。あなたのパソコンと接続していたサーバーとの接続が切断されたことを知らせるメッセージです Putty または Terminal.

のユーザーとしての両方 Windows また、 Mac （過去10年間）私は多くの時間を過ごしました SSH接続 Webサーバー、電子メールサーバー、クラウド、その他のバックアップパッケージに。のお気に入りの配布 Linux 間違いです CentOS.

最もストレスの多いことのXNUMXつ administratoriiサーバーは SSH接続を中断する. Putty でボタンを押しているときに突然、または Terminal (ほとんどの場合、ローカル接続の問題です)、または "idle」-SSHセッションを介してリモートサーバーと対話しない期間。

使用している場合 Mac そしてユーティリティを使用します Terminal SSH 経由のリモート接続の場合、一定の非アクティブ状態の後、次のメッセージで切断されました。client_loop: send disconnect: Broken pipe」。私はで解決策を与えましたこちらの記事、「」に追加できると言った/etc/ssh/ssh_config" この線：

Host *
ServerAliveInterval 120

上記のソリューションは、 Mac、そして正直なところ、の最新のアップデートである macOS 再起動後にファイルに加えた変更が保持されないssh_config"、そしてアイドルセッションの切断に関する問題が再発します。

によって設定された距離でSSHセッションの切断を防ぐことができるソリューション Terminal (macOS）またはパテ (Windows）、「ServerAliveInterval」コンピュータから、SSHアプリケーション/クライアントと定期的に通信するリモートサーバーを決定します。
そのため、ディレクティブを配置する必要があります "ClientAliveInterval「で」sshd_config」接続しているサーバー上。

防ぐ SSH Connection Timing Out / Broken Pipe (ssh_config ヒント）

1. アクティブ化するサーバーに接続し、「ClientAliveInternal"。開ける SSH in Putty, Terminal または別の同様のユーティリティで、ユーザーで認証します root.

ssh root@server.hostname

2. コマンドラインを実行してファイル内を検索する "sshd_config" もしも "ClientAliveInterval」がアクティブで、設定された期間は何ですか。

sudo grep "ClientAliveInterval" /etc/ssh/sshd_config

私たちのシナリオでは "ClientAliveInterval」は無効で、時間間隔の値はゼロです。

[root@buffy ~]# sudo grep "ClientAliveInterval" /etc/ssh/sshd_config
#ClientAliveInterval 0
[root@buffy ~]#

ハッシュタグ「#「行の前に配置すると、キャンセルされます。彼女は非アクティブです。

3.エディターで開きます "nano「OR」vim"ファイル"sshd_config"。私は」nano"

sudo nano /etc/ssh/sshd_config

4.「#「ラインの前で」ClientAliveInterval」と秒数を設定します：60、120…

ClientAliveInterval 120
ClientAliveCountMax 10

5. 変更を保存し、サービスを再起動します "sshd"

sudo systemctl restart sshd

ClientAliveInterval ：サーバーがサーバーに接続しているクライアント/アプリケーションにnullデータパケットを送信する時間間隔（秒単位）です。この方法により、接続が存続/アクティブに保たれます。

ClientAliveCountMax ：応答しないSSHクライアント 10秒の120サイクルで （によって設定されました "ClientAliveInterval") 接続が中断されます。つまり、顧客が 20 分後に SSH サーバーから送信された null パケットに応答しませんでした。

これらの変更により、接続 SSH より安定し、安全性が保たれます。