うまく行動するデーモンデーモン自体が必要ですか？ [閉鎖]

Question 1

私は常にsetsid()会議の進行者がプロセス制御とターミナル信号の動作方法に関連していると思いました。プロセスグループより1レベル上です。

Stackoverflowへの回答おすすめPOSIX.1-2008、内容は次のとおりです。

3,339 会議

ジョブ制御目的に設定されたプロセスグループの集合。各プロセスグループはセッションのメンバーです。プロセスは、そのプロセスグループが属するセッションのメンバーと見なされます。新しく作成されたプロセスは、コンストラクタのセッションに参加します。プロセスはセッションメンバーシップを変更できます。 setid() を参照してください。同じセッションに複数のプロセスグループがある可能性があります。

そして第11章次に、プロセスグループとセッションの制御端末に基づいて信号を伝達する方法について説明します。

実際、私が見たLinuxシステムから論理的に独立したすべての「セッション」は別々のセッションIDで実行されているので、あなたが提案したとおりに動作しますlogin。sshdscreensetsid

デーモンが何をすべきかは、どの初期化システムが使用されるかによって異なります。 Linuxでは、既存のSystem V initスクリプトを使用して、デーモン自体（またはアシスタントの助けを借りて）バックグラウンドを設定する必要があります。 sysvinitを使用しているにもかかわらず、initスクリプトは管理者のシェルで直接実行できます。これはすべての場合にクリーンな環境ではない可能性があります。（リソース制限などはセッションから継承できます。）

Upstart と Systemd では、init システムがフォークを実行できるため、デーモンが独自のフォークを実行しない方が良い場合があります。（Upstartは特にいくつかのタスクを実行します。興味深いものフォークされたデーモンに従ってください。 )

（他のUnixについてはわかりませんが、@Stephen Harrisが言ったようにコメントしました。、デーモンが分岐と非分岐の動作をサポートすることをお勧めします。 )

ssh-agentたとえば、通常、ユーザーが直接実行し、initシステムのサポートを必要としないことがあります。バックグラウンドでフォークしsetsid、アクティブな状態を維持することができ、複数のシェルで使用できることは非常に便利です。（screenwindows、xterms ...）起動時に便利な出力もあるので、実行はnohup少し複雑です。

Answer

私は常にsetsid()会議の進行者がプロセス制御とターミナル信号の動作方法に関連していると思いました。プロセスグループより1レベル上です。