新しいスタイルのデーモン
Linux の最新のサービスは、新しいスタイルのデーモンとして実装する必要があります。 これにより、実行時の監視と制御が容易になり、簡素化されますそれらの実装。新しいスタイルのデーモンを開発する場合、SysV デーモンに推奨される初期化手順を実装する必要はありません。 などの新しいスタイルの初期化システムsystemdとして、それらすべてを冗長にします。 さらに、これらの手順の一部はプロセスの監視に干渉するため、ファイル記述子の受け渡しやその他の新しいスタイルのサービスとして実行する場合は、init システムの機能を実行しないことをお勧めします。
新しいスタイルの init システムは、クリーンなプロセス コンテキストでのデーモン プロセスの実行を保証することに注意してください。環境ブロックが信号ハンドラーとマスクがリセットされ、残りのファイル記述子が渡されないことをサニタイズします。 デーモンは独自に実行されますセッション、標準入力が /dev/null に接続され、標準出力/エラーが systemd-journald.service(8) ロギング サービスに接続されている場合を除きます。
それ以外の場合は構成されます。 umask がリセットされます。
新しいスタイルのデーモンでは、以下を実装することをお勧めします:
1. SIGTERM を受信した場合は、デーモンをシャットダウンして正常に終了します。
2. SIGHUP を受信した場合、設定ファイルをリロードします (該当する場合)。
3. メイン デーモン プロセスから正しい終了コードを提供します。これは、サービス エラーや問題を検出するために init システムによって使用されます。 それは
SysV init スクリプトの LSB 推奨事項で定義されている終了コード スキームに従うことをお勧めします [1]。
4. 可能であれば、D-Bus IPC システムを介してデーモンの制御インターフェースを公開し、初期化の最後のステップとしてバス名を取得します。
5. systemd に統合するために、デーモンの開始、停止、その他の保守に関する情報を含む .service ユニット ファイルを提供します。
詳細については、systemd.service(5) を参照してください。
6. 可能な限り、init システムの機能に依存して、ファイル、サービス、およびその他のリソースへのデーモンのアクセスを制限します。
systemd の場合、独自に実装する代わりに systemd のリソース制限制御に依存し、systemd の特権ドロップ コードに依存します。
デーモンなどに実装する代わりに。 利用可能なコントロールについては、systemd.exec(5) を参照してください。
7. D-Bus を使用する場合は、D-Bus サービス アクティベーション構成ファイルを指定して、デーモンをバス アクティベート可能にします。 これには複数の利点があります。
デーモンはオンデマンドで遅延起動される場合があります。 それを必要とする他のデーモンと並行して開始することができます。これにより、並列化が最大化され、
起動速度; バスはアクティブ化可能なサービスの要求をキューに入れるため、バス要求を失うことなくデーモンを再起動できます。 見る
詳細は以下をご覧ください。
8. デーモンがソケットを介して他のローカル プロセスまたはリモート クライアントにサービスを提供する場合は、
以下にスキームを示します。 D-Bus アクティベーションと同様に、これにより、サービスのオンデマンド開始が可能になるだけでなく、サービスの並列化が改善されます。
サービス開始。 また、ステートレス プロトコル (syslog、DNS など) の場合、ソケットベースのアクティベーションを実装するデーモンを再起動する必要はありません。
単一の要求を失います。 詳細については、以下を参照してください。
9. 該当する場合、デーモンは、sd_notify(3) インターフェイスを介して、起動の完了またはステータスの更新について init システムに通知する必要があります。
10. syslog() 呼び出しを使用してシステムの syslog サービスに直接ログを記録する代わりに、新しいスタイルのデーモンは単に標準エラーにログを記録することを選択する場合があります。
fprintf() 経由で、init システムによって syslog に転送されます。 ログ レベルが必要な場合は、個々のプレフィックスを付けてエンコードできます。
Linux カーネルの
printk() レベルのシステム。 詳細については、sd-daemon(3) および systemd.exec(5) を参照してください。
11. 新しいスタイルのデーモンは TTY を制御せずに (ただし、独自のセッション リーダーとして) 呼び出されるため、常に `O_NOCTTY` を指定するように注意する必要があります。
TTY デバイス ノードを参照する可能性のある `open()` 呼び出しで、制御 TTY が誤って取得されないようにします。
これらの推奨事項は、Apple MacOS X Daemon Requirements[2] と似ていますが、同一ではありません。