लिनक्स कर्नेल प्रक्रिया करता है और प्रक्रिया के बाद टीसीपी कनेक्शन क्लीनअप कहां मर जाता है?

Question

मैं लिनक्स कर्नेल में जगह खोजने की कोशिश कर रहा हूं जहां यह प्रक्रिया के बाद सफाई करता है। विशेष रूप से, मैं देखना चाहता हूं कि 9-सिग्नल के साथ प्रक्रिया के बाद यह खुले टीसीपी कनेक्शन को संभालता है या नहीं। मुझे पूरा यकीन है कि यह सभी कनेक्शन बंद कर देता है, लेकिन मैं विवरण देखना चाहता हूं, और यदि कोई मौका है कि कनेक्शन ठीक से बंद नहीं हैं।

लिनक्स कर्नेल स्रोतों के पॉइंटर्स का स्वागत है।

Answer 1

प्रक्रिया समाप्ति का मांस exit.c:do_exit() द्वारा संभाला जाता है। यह फ़ंक्शन exit_files() पर कॉल करता है, जो बदले में put_files_struct() पर कॉल करता है, जो close_files() पर कॉल करता है। सभी फ़ाइल पर

close_files() छोरों descriptors प्रक्रिया खुला है (जो सभी सॉकेट भी शामिल है), हर एक है, जो struct file वस्तु पर fput() कॉल पर filp_close() बुला। जब struct file का अंतिम संदर्भ रखा गया है, fput() फ़ाइल ऑब्जेक्ट की .release() विधि को कॉल करता है, जो सॉकेट के लिए में sock_close() फ़ंक्शन है।

Answer 2

मुझे पूरा यकीन है कि सॉकेट क्लीनअप प्रक्रिया के मरने के बाद सभी फ़ाइल डिस्क्रिप्टर जारी करने के दुष्प्रभाव का अधिक प्रभाव है, और प्रक्रिया क्लीनअप द्वारा सीधे नहीं किया जाता है।

हालांकि मैं एक अंग पर बाहर जाने जा रहा हूं, और मान लें कि आप नेटवर्क प्रोग्रामिंग के साथ एक आम गड़बड़ी कर रहे हैं। यदि मैं यह अनुमान लगाने में सही हूं कि आपकी समस्या यह है कि प्रक्रिया के बाद किसी पते पर बाध्य करने का प्रयास करते समय आपको "उपयोग में पता" त्रुटि (EADDRINUSE) मिलती है, तो आप सॉकेट के TIME_WAIT में चल रहे हैं।

यदि ऐसा है, तो आप या तो टाइमआउट के लिए प्रतीक्षा कर सकते हैं, आमतौर पर 60 सेकंड, या आप सॉकेट को तुरंत पुन: उपयोग करने की अनुमति देने के लिए संशोधित कर सकते हैं।

int sock, ret, on; 
struct sockaddr_in servaddr; 

sock = socket(AF_INET, SOCK_STREAM, 0): 

/* Enable address reuse */ 
on = 1; 
ret = setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, &on, sizeof(on)); 

[संपादित करें]

अपनी टिप्पणी से, ऐसा लगता है आप आधे खुले कनेक्शनों के साथ मुद्दों कर रहे हैं, और पूरी तरह से समझ में नहीं आता कि कैसे टीसीपी काम करता है की तरह। टीसीपी के पास यह जानने का कोई तरीका नहीं है कि कोई ग्राहक मर चुका है या सिर्फ निष्क्रिय है। यदि आप kill -9 क्लाइंट प्रक्रिया करते हैं, तो चार-तरफा बंद हैंडशेक कभी पूरा नहीं होता है। हालांकि यह आपके सर्वर पर खुले कनेक्शन नहीं छोड़ेगा, इसलिए आपको अभी भी यह सुनिश्चित करने के लिए नेटवर्क डंप प्राप्त करने की आवश्यकता हो सकती है कि क्या हो रहा है।

मैं यह सुनिश्चित नहीं कर सकता कि आपको यह जानने के बिना कैसे संभालना चाहिए कि आप क्या कर रहे हैं, लेकिन आप TCP Keepalive here पढ़ सकते हैं। कुछ अन्य विकल्प क्लाइंट को समय-समय पर रिक्त या शून्य संदेश भेज रहे हैं (आपके प्रोटोकॉल को संशोधित करने की आवश्यकता हो सकती है), या निष्क्रिय कनेक्शन पर हार्ड टाइमर सेट करना (परिणामस्वरूप वैध कनेक्शन गिराए जा सकते हैं)।