विन्यास को पुनः लोड करने के लिए SIGHUP

Question

signal(7) के अनुसार, SIGHUP का उपयोग टर्मिनल को नियंत्रित करने या नियंत्रण प्रक्रिया की मृत्यु पर हैंगअप का पता लगाने के लिए किया जाता है।

हालांकि, मैं कई ओएसएस डिमन्स (सेवाओं) में आया हूं जहां SIGHUP कॉन्फ़िगरेशन का पुनः लोड करने के लिए उपयोग किया जाता है। यहां कुछ उदाहरण दिए गए हैं: hostapd, sshd, snort आदि

क्या यह एक पुनः लोड करने के लिए एक मानक (या आमतौर पर स्वीकार्य) तरीका है? यदि नहीं, तो क्या सिफारिश की जाती है?

Answer 1

टर्मिनल समापन घटना के बारे में अधिसूचना के रूप में SIGHUP को डेमॉन के लिए समझ में नहीं आता है, क्योंकि deamons को उनके टर्मिनल से अलग किया जाता है। तो सिस्टम उन्हें यह संकेत कभी नहीं भेजेगा। फिर डेमन्स के लिए इसे किसी अन्य अर्थ के लिए उपयोग करना आम बात है, आमतौर पर डेमॉन की कॉन्फ़िगरेशन को पुनः लोड करना। यह एक नियम नहीं है, सिर्फ एक तरह का सम्मेलन है। यही कारण है कि यह मैनपेज में दस्तावेज नहीं है।

, SIGHUP के लिए और वहाँ से विकिपीडिया प्रविष्टि देखें a longer description with implementation example

Answer 2

मेरे अनुभव में, SIGHUP का उपयोग आमतौर पर यह अनुरोध करने के लिए किया जाता है कि एक डिमन इसकी कॉन्फ़िगरेशन को फिर से लोड करता है। इस सुप्रसिद्ध तकनीक का उपयोग कम से कम आश्चर्य के सिद्धांत का पालन करता है। आपके उपयोगकर्ताओं को शायद डेमॉन का सामना करना पड़ता है जो वास्तव में ऐसा करते हैं, इसलिए वे तुरंत समझ जाएंगे कि आपके डेमॉन के लिए SIGHUP का अर्थ क्या है।