विंडोज़ ज़ोंबी टीसीपी कनेक्शन को कैसे मारें?


11

मैं xp पर परेवा लिंक चला रहा हूं, विस्टा होस्ट से परे कनेक्ट कर रहा हूं। लिंक प्रोग्राम लगभग 20 मिनट के बाद हैंग होता है, और इसके लिए मेरे पास कोई फिक्स नहीं है। जब ऐसा होता है, तो tcpview का उपयोग करते हुए, मैं देखता हूं कि मेजबान के पास लिंक कनेक्शन से लगभग 200 ज़ोंबी टीसीपी कनेक्शन हैं। मैं उन्हें साफ नहीं कर सकता, वे एक ही गैर-मौजूद प्रक्रिया से हैं। जब तक मैं होस्ट को रिबूट नहीं करता, तब तक कनेक्शन घूमते रहते हैं। रीबूटिंग एकमात्र तरीका है जो मैंने परेवेट लिंक को फिर से जोड़ने के लिए पाया है। मुझे लगता है कि इससे परे एक बग है जो यह पैदा कर रहा है, लेकिन मुझे उनके मंचों पर कोई जवाब नहीं मिल सकता है। लेकिन किसी भी दर पर, मैं जानना चाहूंगा कि क्या उन सभी कनेक्शनों को मारने का कोई तरीका है।

संपादित करें: यह वास्तव में लगभग 40 मिनट के बाद जमा होने वाले 3000 WAIT_CLOSE कनेक्शन के बारे में है, और तब ग्राहक की मृत्यु हो जाती है। यदि मैं सर्वर ऐप को बंद कर देता हूं, तो ये सभी सॉकेट अब tcpview में एक-गन-अस्तित्व-प्रक्रिया के स्वामित्व के रूप में दिखाई देते हैं। समझा जा सकता। लेकिन क्या री-बूटिंग के बिना उन्हें बंद करने का कोई तरीका नहीं है?


यहाँ सवालों पर एक इनाम शुरू करने के लिए एक रास्ता नहीं है? मुझे उसके लिए एक बटन नहीं दिख रहा है।
पी औल

आप 2 दिनों के लिए सवाल उठने के बाद एक इनाम की पेशकश कर सकते हैं: superuser.com/faq
quack quixote

3
आग। अग्नि या बन्दूक।
फ़ोशी

1
@ फफूंदी: या इसे कक्षा से बाहर कर दिया। यह सुनिश्चित करने का एकमात्र तरीका है।
क्वैक क्वोटोटे

1
मैं अपनी हत्या को कयामत की तरह करना पसंद करता हूं: superuser.com/questions/54937/3d-windows-managers/55130#55130
डेवपैरिलो

जवाबों:


10

आप Nirsoft के उपयोग कर सकते हैं Currports मॉनिटर और मार कनेक्शन के लिए।

आप AutoHotKey का उपयोग करके एक कनेक्शन पैटर्न की हत्या को स्वचालित कर सकते हैं।


7

CLOSE_WAIT का अर्थ है कि कनेक्शन दूसरे छोर पर बंद था।

जाहिर है, परेत इस स्थिति का पता नहीं लगाता है और दूसरे छोर पर एप्लिकेशन को डेटा भेजना जारी रखता है। दूसरा कनेक्शन इस कनेक्शन पर कुछ भी वापस नहीं भेज सकता, क्योंकि इसने कनेक्शन के अपने अंत को बंद कर दिया है।

समाधान में TcpTimedWaitDelay प्रविष्टि सेट करना है

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Parameters

यह प्रविष्टि उस समय को निर्धारित करती है जो टीसीपी को बंद कनेक्शन जारी करने और अपने संसाधनों का पुन: उपयोग करने से पहले समाप्त करना होगा। क्लोजर और रिलीज़ के बीच के अंतराल को TIME_WAIT स्थिति या 2MSL स्थिति के रूप में जाना जाता है। इस समय के दौरान, कनेक्शन को नए कनेक्शन की स्थापना की तुलना में क्लाइंट और सर्वर पर बहुत कम लागत पर फिर से खोला जा सकता है।

मेरी मशीन पर डिफ़ॉल्ट रूप से, इसमें -1 का मान समाहित है, जिसका अर्थ है कि बंद कनेक्शन कभी जारी नहीं किए जाते हैं, जो कि वास्तव में आपके द्वारा देखे जा रहे व्यवहार है।

मेरा सुझाव है कि आप इस प्रविष्टि का मान ३०-३०० सेकंड की अनुमत सीमा में निर्धारित करें। मुझे लगता है कि 300 सेकंड = 5 मिनट आपके मामले के लिए पूरी तरह से पर्याप्त है, जहां आपके कंप्यूटर को फ्रीज करने में 40 मिनट लगते हैं।


TIME_WAITमुझे यहां लाने के लिए खोज की जा रही है। स्पष्टीकरण और लिंक के लिए धन्यवाद।
टेक्नक्स्ट

नमस्ते, स्पष्टीकरण के लिए धन्यवाद। यह अभी भी टीसीपी कनेक्शन को बंद नहीं कर रहा है। CLOSE_WAIT बढ़ रहा है। मैंने 30 सेकंड के लिए टाइमआउट सेट किया है
aadi1295

1

आप विंडोज को 1) अक्षम करके सभी टीसीपी कनेक्शन को बंद करने के लिए मजबूर करने में सक्षम हो सकते हैं , फिर 2) अपने नेटवर्क इंटरफेस को फिर से सक्षम करें। यदि वह काम करता है, तो आप जरूरत पड़ने पर निष्पादित करने के चरणों को बैच सकते हैं।

मैंने netshउपयोगिता (या समान) से कमांडलाइन के माध्यम से ऐसा करने के लिए किसी तरह से चारों ओर प्याला किया है , लेकिन मुझे अब तक कोई भाग्य नहीं मिला है।

बेशक, इसे ठीक करने का सबसे अच्छा तरीका टूटी हुई एप्लिकेशन को ठीक करना है। सुनिश्चित करें कि आप आवेदन के नवीनतम संस्करण की कोशिश कर रहे हैं; डेवलपर्स को गुस्सा दिलाना; यदि आप पहले से ही नवीनतम संस्करण में हैं, तो प्रोग्राम के पुराने संस्करण का पता लगाने का प्रयास करें।


मैंने एप्लिकेशन को नवीनतम संस्करण में अपडेट किया, मदद नहीं की, और मेरे पास उनके साथ एक समर्थन टिकट है। मैंने नेटवर्क संपत्तियों में अक्षम करने की कोशिश की, और डिवाइस प्रबंधक में भी स्थापना रद्द की, और WAIT_CLOSE कनेक्शनों की सूची अप्रभावित थी। यह ओएस में कहीं एक सूची है जिसे मैं छू नहीं सकता ऐसा लगता है।
पी। औल

1

कार्यक्रम लटकने के कारण आपको शायद ये CLOSE_WAIT सत्र मिल रहे हैं - मैं नहीं बता सकता कि क्या आप उन्हें कारण के रूप में संदेह करते हैं, इसलिए बस इसे स्पष्ट करना चाहते थे।

मेरा अनुमान है कि वे हमेशा के लिए घूमेंगे नहीं; शायद केवल 2 घंटे और 5 सेकंड के लिए। हमेशा की तरह लग सकता है, मुझे पता है। आप अपने नेटवर्क कनेक्शन को कुछ छोटे, जैसे 5 मिनट के लिए नीचे KeepAliveTime (संभवत: एक अंतिम रिबूट) की ट्यूनिंग की कोशिश कर सकते हैं । आपके प्रोग्राम के हैंग होने के बाद उन्हें तेज़ी से गायब होने में मदद मिल सकती है।

या यदि आप जानते हैं कि आप कार्यक्रम को मज़बूती से चला सकते हैं, तो कह सकते हैं, एक समय में 10 मिनट, आप इसे समय-समय पर पुनः आरंभ कर सकते हैं। पता नहीं कि उन समाधानों में से कोई भी आपकी विशेष स्थिति के लिए उपयोगी हो; मैं ~ क्वैक से सहमत हूं कि आपको जल्द से जल्द समस्याग्रस्त ऐप संस्करण को खोदना चाहिए।


मुझे लगता है कि KeepAliveTime पैरामीटर पर सिस्टम सेटिंग को ओवरराइड करने के लिए प्रोग्राम की अनुमति है, इसलिए यह मदद नहीं कर सकता है, लेकिन मैं मानता हूं कि यह कोशिश करने लायक हो सकता है। हालाँकि इसे अन्य अनुप्रयोगों के साथ समस्याएँ हो सकती हैं।
क्विकोटे

0

देखें कि क्या परेटीवी दूसरी प्रक्रिया को खोल रहा है, जो कनेक्शनों को खुला रखे हुए है। यदि यह हो रहा है तो प्रोसेस एक्सप्लोरर आपको दिखाएगा।


मुझे कोई अतिरिक्त प्रक्रिया नहीं मिल रही है। परेवा और सभी संबंधित प्रक्रियाओं को बंद करने का कोई प्रभाव नहीं है। ये कनेक्शन प्रक्रिया के लिए <गैर-मौजूद> के साथ दिखाई देते हैं। प्रक्रिया समाप्त हो गई है, लेकिन कनेक्शन बंद नहीं होंगे।
पी औल

मैं उत्तर रेटिंग अप / डाउन बटन के साथ खेल रहा था और 0 पर वापस जाने का कोई रास्ता नहीं है, यह -1 या 1 है इसलिए मैंने इसे 1 पर छोड़ दिया। इस बिंदु पर 0 प्रतिक्रियाओं के साथ यह प्रश्न रखना बेहतर होगा क्योंकि यह उत्तर उपयोगी नहीं है - मैंने इस प्रश्न को पोस्ट करने से पहले कुछ समय के लिए प्रक्रिया एक्सप्लोरर और tcpview का उपयोग किया।
पीुल

0

क्या यह संभव है कि कोई फ़ायरवॉल समस्या हो? यह एक अपूर्ण कनेक्शन हो सकता है जिसे आजमाया गया और फिर से लिया गया।

मैं दोनों मशीनों पर सभी फायरवॉल को निष्क्रिय कर दूंगा, और अगर कोई राउटर है तो उसका आंतरिक फ़ायरवॉल भी।


मैंने पहले भी ऐसा किया था। परिदृश्य परिदृश्य, कोई प्रभाव नहीं, समस्या बनी हुई है। मैं हालांकि लिंकस राउटर को देख रहा हूं, मैं जांच करूंगा।
पी। औल P

0

WinSock XP को ठीक करने का प्रयास करें।

http://www.snapfiles.com/get/winsockxpfix.html

यह आपके कनेक्शन को ट्रैश करता है और इसे डिफ़ॉल्ट रूप से वापस सेट करता है। मैं इसे हमेशा एक अंगूठे ड्राइव पर रखता हूं जब बाकी सब विफल हो जाता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.