signal(7)
に従って、SIGHUP
は、制御端末のハングアップまたは制御プロセスの停止を検出するために使用されます。設定を再ロードするためのSIGHUP
しかし、私はSIGHUP
が構成のリロードを開始するために使用される多くのOSSデーモン(サービス)に出くわしました。いくつか例があります:hostapd
、sshd
、snort
など
これはリロードを実装するための標準的な(または一般的に許容される)方法ですか?そうでない場合は、何がお勧めですか?
signal(7)
に従って、SIGHUP
は、制御端末のハングアップまたは制御プロセスの停止を検出するために使用されます。設定を再ロードするためのSIGHUP
しかし、私はSIGHUP
が構成のリロードを開始するために使用される多くのOSSデーモン(サービス)に出くわしました。いくつか例があります:hostapd
、sshd
、snort
など
これはリロードを実装するための標準的な(または一般的に許容される)方法ですか?そうでない場合は、何がお勧めですか?
デーモンが端末から切り離されているため、SIGHUPはデーモンには意味がありません。したがって、システムはこの信号を決してそれらに送信しません。 それから、デーモンは別の意味でデーモンを使用することが一般的です。通常、デーモンの構成を再ロードします。 これはルールではなく、まあまあです。それがマンページには書かれていないのです。
a longer description with implementation example
、 SIGHUP ため、そこからのWikipediaのエントリを参照してください。私の経験では、SIGHUPはデーモンの設定をリロードするよう要求するためによく使われます。このよく知られた技術を使用することは、最小の驚きの原則に従う。あなたのユーザは、まさにこれを行うデーモンに遭遇した可能性が高いので、SIGHUPがあなたのデーモンに何を意味するのかを直ちに理解するでしょう。