SSHがバックグラウンドプロセスを待たないのはなぜですか？

ssh -tバックグラウンドジョブが完了するのを待たないのはなぜですか？

例：

ssh user@example 'sleep 2 &'

sshは2秒後に戻るため、これは期待どおりに機能しますが、

ssh user@example -t 'sleep 2 &'

sleep終了するのを待たずにすぐに戻ります。

誰もがこの理由を説明できますか？ssh -t戻る前にすべてのバックグラウンドプロセスが完了するのを待つ方法はありますか？

私のユースケースは、でスクリプトを開始することです。ssh -tこのスクリプトは、メインスクリプトの終了後も存続する必要があるいくつかのバックグラウンドジョブを開始します。でssh -t、これは、これまでは不可能です。

なしで-t、2つのパイプを介しsshdてリモートシェル（およびのような子sleep）とstderr の標準出力を取得します（また、別のパイプを介してクライアントの入力を送信します）。

sshd ユーザーのログインシェルを開始したプロセスを待機しますが、そのプロセスが終了した後、stdoutパイプ（少なくともopensshの場合はstderrパイプではない）でeofを待機します。

また、eofは、パイプの書き込み側で開いているプロセスによってファイル記述子が存在しない場合に発生します。これは通常、stdoutが他の場所にリダイレクトされていないすべてのプロセスがなくなった場合にのみ発生します。

を使用する場合-t、sshdパイプは使用しません。代わりに、リモートシェルとその子とのすべての対話（stdin、stdout、stderr）は、1つの擬似端末ペアを使用して行われます。

擬似端末のペアではsshd、マスター側と対話するために、同様のeof処理や、擬似端末のスレーブ側に開かれたfdsのプロセスがまだあるかどうかを知る方法はないため、リモートユーザーのログインシェルを実行して終了するプロセス。

その終了時に、ptyペアのマスター側が閉じられ、ptyが破棄されるため、スレーブによって制御されるプロセスはSIGHUPを受け取ります（デフォルトでは終了します）。

使用wait：

ssh user@example -t 'sleep 2 & wait'