現在、私の研究室で使用しているサーバーに接続するためにSSHクライアントを使用しています。 「バックグラウンドで実行されるセッション」の概念について質問があります。このコミュニティで質問を確認しました（バックグラウンドプロセスとは何ですか？）ところで、これは私が知りたいのとはちょっと違うようです。
私たちが使用しているサーバー（サーバーなのかインターネット接続なのかわかりません）には、一晩プロセスを実行し、朝に来るとシェルセッションが切断されるなどの問題があります。
誰かが提案した解決策の1つは、プログラムを使用することです。マルチプレクサこの問題を回避するために。このプログラムが主張するのは、サーバーが切断されてもプロセスが中断されないようにセッションを切断することです。
このように、プロセスが「バックグラウンドで実行」されることが正確に何を意味するのか疑問に思います。上記の質問と同じ質問ですか？私はちょうど正しく理解していませんか？また、セッションを「接続または分離」することはどういう意味ですか？
シェル接続が切断されたときにセッションがどのように実行されるのか理解できず、混乱が発生したようです。
ありがとうございます！
ベストアンサー1
そのような概念が存在しないため、この概念を使用するのが困難です。 プロセスグループバックエンド/フロントエンドにある可能性があります。この概念は以下には適用されません。会議、オペレーティングシステムでセッションと呼ばれるもの、いわゆるセッションとtmux呼ばれるものは、全く異なる2つです。
これは、実行中のプログラムが（標準入力、出力、およびエラーとともに）制御端末と見なされるtmux1つ以上の疑似端末を生成することです。tmuxそれ多重化この内部ターミナルは単一のデバイスに接続されます。外の端末、これはSSH経由でログインしたときにSSHサーバーがコンピュータに設定する擬似端末になります。
そこには2つのプロセスがありますがtmux、1つは長続きします。仕える人これらのすべての内部擬似端末に接続されているバックエンド（つまり、もはや広く使用されていない用語を使用すると、「メイン」側）顧客サーバーと実装された外部端末の間の仲介者。実際には複数のクライアントが存在する可能性がありますが、ここでは要点が変わらないため、これらの複雑さを変えることができます。
これ仕える人1つ以上の内部疑似端末が残っている限り、プロセスは存在します。擬似端末をセットにグループ化しますtmux。会議。これを、オペレーティングシステムがセッション（プロセスグループの集まり、オプションで制御端末）またはセッションと呼ぶものと混同しないでください。会議SSHを介して（リモートSSHサーバーとローカルSSHクライアント間）、「セッション」はさまざまな意味を持つことができます。tmuxここでは、「」、「SSH」、および「オペレーティングシステム」を使用して別々に限定しました。
これ顧客その過程は短命で消える――分離セッションとサーバーからtmux- SSH接続が失われました。 SSHを使用して再度ログインすると新しい顧客は考える再接続するtmuxサーバー（サーバーが管理するセッション）に接続し、新しいクライアントはサーバーのユーザーインターフェースを実装しますtmux。Windowstmuxセッションとステータス行に - 新しいSSHログインセッション用の新しい疑似端末を入力します。クライアントはtmux一度に 1 つのセッション、つまり現在接続されているセッションを実装します。
クライアントプロセスは、オペレーティングシステムがセッションと呼ばれるものの一部であり、オペレーティングシステムによって制御されます。外のSSHログイン用にSSHサーバーによって生成された擬似端末。オペレーティングシステムセッションのライフサイクルの影響を受け、これはSSHセッションのライフサイクルの影響を受け、バックグラウンドまたはフォアグラウンドプロセスグループに存在する可能性があります。外部端末の。それは（したがって）次の対象となるシェルジョブ制御このSSHセッションのログインシェルの名前。
サーバープロセスは、外部端末とオペレーティングシステムのセッションから完全に分離されます。寿命に制限はありません。これはここではない彼らの背景やフォアグラウンドプロセスのグループ。寿命は完全に次のものです。内部にI/O がクライアントにサービスを提供する端末ですtmux。
持つ内部にそして外の端末。持つ付属そして優れた tmuxセッションは、tmuxサーバーに接続してサーバーから分離するクライアントによって拡張されます。持つポジティブそして非アクティブセッションのウィンドウtmux。シェルジョブ制御の概念背景そして展望参加しません。