このチュートリアルでは、SSH 接続を使用していて「SSH 接続のタイムアウト / パイプの破損」というエラーが発生した場合に非常に優れた解決策を提供します。不適切な発言によるエラー。これは、コンピュータと接続されていたサーバー間の接続が切断されたことを通知するメッセージです。 Putty または Terminal。

Windows と Mac の両方のユーザーとして (過去 10 年間)、私は多くの時間を次のことに費やしました。 SSH接続 Web サーバー、電子メール サーバー、クラウド、その他のバックアップ システムに接続します。 Linux の推奨ディストリビューションは間違いなく CentOS。

サーバー管理者にとって最もストレスのかかることの 1 つは、 SSH接続を中断するには。パテでボタンを押しているときに突然、または Terminal (ほとんどの場合、ローカル接続の問題です)、またはしばらくしてから “idle” – SSH セッションを通じてリモート サーバーと対話しない期間。

あなたが Mac ユーザーで、SSH 経由のリモート接続にターミナル ツールを使用している場合は、しばらく操作を行わないと、必ず次のメッセージが表示されて切断されます。client_loop: 送信切断: 壊れたパイプ"。私は解決策を与えました ここの記事で追加できると言いました。 “/etc/ssh/ssh_config” ライン：

Host *
ServerAliveInterval 120

上記の解決策は Mac ユーザーに有効ですが、正直に言うと、最新の macOS アップデートでは再起動後にファイルに加えられた変更が保持されません。 “ssh_config“、アイドル状態のセッションの切断に関する問題が再発します。

によって確立された距離での SSH セッションの切断を防ぐことができるソリューション ターミナル (macOS) または パテ (Windows)、その隣にあるようなものです “ServerAliveInterval” コンピューターから、アプリケーション/SSH クライアントと定期的に通信するリモート サーバーも決定しましょう。
このためにはディレクティブを置く必要があります “ClientAliveInterval” で “sshd_config” 接続するサーバー上で。

SSH接続のタイムアウト/パイプの破損を防ぐ(ssh_config ヒント）

1. アクティブ化したいサーバーに接続し、時間間隔を設定します。 “ClientAliveInternal“。開ける SSH で Putty、 Terminal または別の同様のユーティリティを使用してユーザーを認証します root。

ssh [email protected]

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” または “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 : サーバーがサーバーへの接続に経由するクライアント/アプリケーションにヌル データ パケットを送信する時間間隔 (秒単位) です。これにより、接続が維持されます。

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

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