SIGHUP zum Nachladen Konfiguration

Question

Nach signal(7) wird SIGHUP verwendet Hangup des Steuerns Prozess auf Steueranschluss oder den Tod zu erfassen.

Allerdings habe ich eine Menge von OSS Daemons (Dienste) gestoßen, wo SIGHUP verwendet wird, um ein Neuladen der Konfiguration zu initiieren. Hier sind ein paar Beispiele: hostapd, sshd, snort usw.

Ist dies ein Standard (oder eine allgemein akzeptable) Möglichkeit, ein Nachladen zu implementieren? Wenn nicht, was ist zu empfehlen?

Answer 1

SIGHUP als Benachrichtigung über Terminal Abschlussveranstaltung macht keinen Sinn für einen Dämon, weil deamons von ihrem Endgerät abgelöst werden. Daher wird das System dieses Signal niemals an sie senden. Dann ist es gängige Praxis, dass Daemons es für eine andere Bedeutung verwenden, typischerweise die Konfiguration des Daemon neu laden. Dies ist keine Regel, nur eine Art Konvention. Deshalb ist dies in der Manpage nicht dokumentiert.

Siehe Wikipedia-Eintrag für SIGHUP und von dort a longer description with implementation example

Answer 2

Nach meiner Erfahrung ist SIGHUP häufig zu verlangen, dass ein Dämon nachladen seine Konfiguration verwendet. Die Verwendung dieser bekannten Technik folgt dem Prinzip der geringsten Überraschung. Ihre Benutzer sind wahrscheinlich auf Dämonen gestoßen, die genau dies tun, damit sie sofort verstehen, was SIGHUP für Ihren Daemon bedeutet.