PuTTY नेटवर्क एरर: सॉफ्टवेयर के कारण कनेक्शन गर्भपात होता है


81

मुझे एक अजीब समस्या है: जब मैं अपने स्थानीय विंडोज 7 पर वीएमवेयर में होस्ट किए गए लिनक्स सर्वर से जुड़ने वाले एसएसएच के साथ पुट्टी का उपयोग कर रहा हूं , तो मुझे अक्सर यह कहते हुए त्रुटि मिलती है और फिर पुट्टी एसएसएच विंडो निष्क्रिय है। आमतौर पर मैं PuTTY के साथ सर्वर में लॉगिन कर सकता हूं और कुछ कर सकता हूं, लेकिन एक यादृच्छिक समय (लगभग एक या दो मिनट) के बाद मुझे वह त्रुटि मिलती है। और कभी-कभी मैं लॉगिन भी नहीं कर पाता, टाइमआउट कहते हुए एक त्रुटि हो जाती है।"Network error: Software caused connection abort"

मुझे लगता है कि मेरे वीएमवेयर प्लेयर में कुछ गड़बड़ है, क्योंकि मेरे पास कोड रिपॉजिटरी सर्वर के रूप में वीएमवेयर में होस्ट किया गया एक और उबंटू डेस्कटॉप है, और जब मैं एक एसवीएन अपडेट / कमिट करता हूं, तो यह टाइमआउट त्रुटि से अधिक बार होता है। हालाँकि, मुझे यह भी लगता है कि विंडोज 7 में कुछ क्वर्क है क्योंकि एक ही उबंटू सर्वर वीएमवेयर में एक कोड रिपॉजिटरी के रूप में होस्ट किया जाता है जब विंडोज विस्टा में बहुत अच्छा काम करता है! ऐसा लगता है कि सभी बुरी चीजें तब होती हैं जब मैं विंडोज एक्सपी से विंडोज विस्टा और फिर विंडोज 7 में चला गया!

इस समस्या का कारण क्या हो सकता है और इसे कैसे ठीक किया जा सकता है?

अनुपूरक :

मैंने एक Google खोज की और मदद के लिए सभी तरीकों को लागू किया, जिनमें शामिल हैं:

  1. Sshd सक्षम करें TCPKeepAlive
  2. Sshd सेट ClientAliveIntervalकरने के लिए 900और ClientAliveCountMaxकरने के लिए3
  3. PuTTY कनेक्शन सेटिंग 'सेकेंड्स विथ कीपल्स' के लिए सेट करें 5

लेकिन ये सभी काम नहीं करते हैं! और PuTTY में SSH सत्र अभी भी कुछ समय बाद टूट जाता है!

मैंने लिनक्स सर्वर फ़ायरवॉल और विंडोज 7 क्लाइंट फ़ायरवॉल दोनों को बंद कर दिया था, लेकिन अभी भी कई बार लॉगिन हुआ! यह वास्तव में कष्टप्रद है!

ऐसा लगता है कि कभी-कभी मैं लॉग इन कर सकता हूं, लेकिन कभी-कभी लॉग आउट कर सकता हूं! मैं सच में पता नहीं क्यों। ये मुझे पागल कर रहा है!

मुझे एक बात का उल्लेख करना है कि जब मैं एक दूरस्थ सर्वर से कनेक्ट करने के लिए PuTTY SSH का उपयोग कर रहा हूं, और यह सब ठीक है!

जब मैं लॉग इन करने में विफल रहा, तो पिंग भी विफल रहा! लेकिन, ऐसा कैसे हो सकता है? मैं अपने स्थानीय मशीन पर लिनक्स सर्वर की मेजबानी के लिए VMware खिलाड़ी का उपयोग करता हूं!


क्या आपको यह त्रुटि तब मिलती है जब आप ssh कनेक्शन का सक्रिय रूप से उपयोग करते हैं? या इसे थोड़ी देर के लिए निष्क्रिय बैठने के बाद?
MaQleod

1
यह एक वील के लिए निष्क्रिय है। लेकिन कभी-कभी मैं टाइमआउट के लिए लॉगिन भी नहीं कर सकता।
रॉबर्ट

1
मैं SSH सर्वर के लिए सत्र टाइम-आउट सेटिंग्स की जाँच करूँगा।
मैकलॉड

लेकिन अधिक बार नहीं, मैं भी टाइमआउट के लिए पोटीन से सर्वर लॉगिन नहीं कर सकता!
रॉबर्ट

3
क्या यह मसला हल हो गया था? मैंने नीचे सूचीबद्ध अधिकांश समाधानों की कोशिश की और कुछ भी मेरे लिए काम नहीं करता है। कोई अन्य सुझाव? मैं रॉबर्ट द्वारा मूल मुद्दे के समान सटीक मुद्दे का सामना करता हूं
user682765

जवाबों:


58

पोटीन में एक विशेषता है जो इस समस्या को ठीक करने का प्रयास करती है:

Network Error: Software caused connection abort
  1. पोटीन शुरू करो
  2. यदि आपने उन्हें सहेज लिया है तो अपनी कनेक्शन सेटिंग लोड करें
  3. "कनेक्शन" पर क्लिक करें
  4. उस अनुभाग पर जो कहता है "सत्र को सक्रिय रखने के लिए अशक्त पैकेट भेजना", इसे 5 सेकंड में बदल दिया। 300 सेकंड बेहतर हो सकता है यदि नेटवर्क आउटेज आपकी समस्या है, तो विवरण के लिए नीचे पढ़ें।

यहाँ छवि विवरण दर्ज करें

पोटीनी के साथ वियोग को रोकने के लिए कैसे रखें:

कुछ नेटवर्क राउटर और फायरवॉल को उनके माध्यम से सभी कनेक्शनों का ट्रैक रखने की आवश्यकता होती है। आमतौर पर, ये फ़ायरवॉल एक निश्चित समय अंतराल के बाद किसी भी दिशा में कोई डेटा स्थानांतरित नहीं होने पर एक कनेक्शन मर चुका है। यदि कुछ समय के लिए सत्र में कोई ट्रैफ़िक दिखाई नहीं देता है, तो पुट्टी सत्रों को फ़ायरवॉल द्वारा अप्रत्याशित रूप से बंद कर दिया जा सकता है।

रखने का विकल्प ('सेकेंड्स के बीच सेकंड') आपको नियमित अंतराल पर सत्र के माध्यम से डेटा भेजने के लिए PuTTY को कॉन्फ़िगर करने की अनुमति देता है, इस तरह से जो वास्तविक टर्मिनल सत्र को बाधित नहीं करता है। यदि आप पाते हैं कि आपका फ़ायरवॉल बेकार कनेक्शन काट रहा है, तो आप इस क्षेत्र में एक गैर-शून्य मान दर्ज करने का प्रयास कर सकते हैं। मान सेकंड में मापा जाता है; उदाहरण के लिए, यदि आपका फ़ायरवॉल दस मिनट के बाद कनेक्शन काट देता है, तो आप बॉक्स में 300 सेकंड (5 मिनट) दर्ज करना चाह सकते हैं।

पोटीन ऑटोलॉगिन और "स्क्रीन" टूल का उपयोग करके समस्या को कम करें

पोटीन एक भद्दे वाईफाई को नहीं संभाल सकता है जो एक समय में मिनटों के लिए कनेक्टिविटी खो देता है। चारों ओर एक काम ऑटोलॉगिन और स्क्रीन का उपयोग करना है।

यह इंटरनेट कनेक्शन में एक मिनट के लंबे नुकसान के बाद अपने टर्मिनल को फिर से सिंक्रनाइज़ करने के लिए पोटीन के लिए एक गैर तुच्छ समस्या है। आप आउटेज के दौरान बीच के हमलों में आदमी के जोखिमों को चलाते हैं। आपको यह सुनिश्चित करने के लिए अपने आप को फिर से प्रमाणित करना होगा। पोटीन आप पर थोपता नहीं है, यह आपको छोड़ देता है।

इसलिए ऑटोलॉगिन का उपयोग करें ताकि पोटीन आपकी ओर से ऑटो लॉगिन कर सके।

  1. आप जिस कंप्यूटर के साथ पोटीन लगा रहे हैं, उस पर पुट्टीजेन टूल के साथ एक निजी कुंजी उत्पन्न करें ।
  2. सार्वजनिक कुंजी /home/youruser/.ssh/authorized_keysको सर्वर साइड पर, उस सर्वर पर पेस्ट करें जिस पर आप पोटीन का उपयोग कर रहे हैं लॉगिन करने के लिए।
  3. पोटीन सेटिंग्स में पोटीन के लिए निजी कुंजी को सुलभ बनाएं कनेक्शन-> एसएसएच-> प्रामाणिक
  4. के तहत निजी कुंजी फ़ाइल निर्दिष्ट करके निजी कुंजी जोड़ें: "प्रमाणीकरण के लिए निजी कुंजी फ़ाइल"।
  5. पोटीन कनेक्शन सेटिंग्स को सहेजें।

तब आप पोटीन के माध्यम से अपने कनेक्शन को डबल क्लिक करने में सक्षम होंगे, और यह आपको उपयोगकर्ता नाम / पासवर्ड टाइप किए बिना ही टर्मिनल में ले जाना चाहिए।

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

लेकिन आप अभी भी अपने टर्मिनल की स्थिति खो देते हैं! उसे कैसे ठीक करें? "स्क्रीन" प्रोग्राम का उपयोग करें। 'स्क्रीन' लिखकर एक नई स्क्रीन बनाएं। एक नई स्क्रीन बनाई गई है।

जब आप बाहर निकलते हैं और ऑटो लॉगिन करते हैं, तो आप अपनी स्क्रीन को रीटेट कर सकते हैं। यहाँ एक ट्यूटोरियल है कि कैसे करना है: http://www.tecmint.com/screen-command-examples-to-manage-linux-terminals/

screenहर बार आपके द्वारा गिराए जाने पर टाइप करना और फिर से जोड़ना एक परेशानी है । इसलिए आप एक स्क्रिप्ट लिख सकते हैं जो "ऑटो आपको अंतिम उपलब्ध स्क्रीन पर वापस लाएगा" इसे पारदर्शी बनाने के लिए।

तो जब पोटीन टर्मिनल जमा देता है। यह इस तरह दिखता है: आप अवमानना ​​करते हैं, नीचे पोटीन को बंद करने के लिए Alt + F4 को मैश करते हैं, F6 को मैश करते हैं। और 6 सेकंड में आप वापस वहीं हैं जहां आपने छोड़ा था।

सिद्धांत में भी बेहतर समाधान

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

सूत्रों का कहना है:

http://the.earth.li/~sgtatham/putty/0.58/htmldoc/Chapter4.html#config-keepalive

http://rafaelwolf.com/?p=516


नमस्कार, मैं ऐसा करता हूं, लेकिन मुझे अभी भी सॉफ़्टवेयर कनेक्शन बंद त्रुटि
tuskiomi

इसके अलावा, रखने वाले के बीच के सेकंड को अगले कनेक्शन के लिए नहीं बचाया जा सकता है।
झाओगंग

10

PuTTY नेटवर्क त्रुटि का निवारण

Software caused connection abort

पुट्टी को त्रुटि के बारे में क्या कहना है पढ़ें

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

विंडोज इस त्रुटि को भी उत्पन्न करता है यदि उसने कनेक्शन के दूसरे छोर पर मशीन पर छोड़ दिया है। यदि आपके क्लाइंट और सर्वर के बीच का नेटवर्क नीचे चला जाता है और आपका क्लाइंट कुछ डेटा भेजने की कोशिश करता है, तो विंडोज डेटा भेजने के कई प्रयास करेगा और फिर कनेक्शन छोड़ देगा और मार देगा। विशेष रूप से, यह तब भी हो सकता है जब आपने कुछ भी टाइप नहीं किया था, यदि आप SSH-2 का उपयोग कर रहे हैं और PuTTY एक महत्वपूर्ण पुनः विनिमय का प्रयास करता है।

(यह तब भी हो सकता है यदि आप अपने संबंध में रखवाले का उपयोग कर रहे हैं। अन्य लोगों ने बताया है कि रखवाले उनके लिए इस त्रुटि को ठीक करते हैं। (रखवाले के पक्ष और विपक्ष हैं।)

हम किसी भी कारण से अवगत नहीं हैं कि यह त्रुटि क्यों हो सकती है जो कि पुट्टी में बग का प्रतिनिधित्व करेगी। समस्या आपके, आपके विंडोज सिस्टम, आपके नेटवर्क और रिमोट सिस्टम के बीच है।

किसी भिन्न SSH क्लाइंट का प्रयास करें

सबसे अधिक संभावना है कि समस्या पुटी और लक्ष्य एसएसएच सर्वर के बीच कहीं मौजूद है। इसके लिए सबूत देने के लिए, एक अलग SSH क्लाइंट का उपयोग करें ( http://kitty.9bis.net ) और देखें कि क्या समस्या उस पर भी होती है। यह शायद वह समस्या है जो पुट्टी से समस्या को दूर कर देगी।

संदिग्ध स्पोटी इंटरनेट कनेक्शन

समस्या धब्बेदार इंटरनेट कनेक्शन हो सकती है। इंटरनेट कनेक्टिविटी इंटरनेट कनेक्शन के अपटाइम की निगरानी करना यह निर्धारित करने का एक अच्छा तरीका है कि क्या आपका आईएसपी पैकेट खो रहा है और इसके लिए पुट्टी को दोषी ठहराया जा रहा है। कुछ सॉफ़्टवेयर प्राप्त करें जो इंटरनेट कनेक्शन के अपटाइम का परीक्षण करते हैं। उदाहरण के लिए, http://code.google.com/p/internetconnectivitymonitor/। इंटरनेट से बार-बार और लंबी डिस्कनेक्ट आईएसपी सेवा आवश्यकताओं का उल्लंघन है। यदि यह मामला है, तो यह साबित करना मुश्किल होगा कि यह आईएसपी की गलती है, क्योंकि तकनीकी सहायता स्वचालित रूप से आपके कंप्यूटर, ओएस, राउटर और वायरिंग के इन प्रकार के मुद्दों को आपके घर पर मारती है। यदि आप केबल इंटरनेट का उपयोग कर रहे हैं और वरदानों में रह रहे हैं, तो यह संभव हो सकता है कि आपके पड़ोसी के घरों में दोषपूर्ण हार्डवेयर कुछ सेकंड / मिनटों के लिए लाइन पर स्टेटिक भेज सकते हैं जब वे इसे चालू करते हैं। अंत में, यह संभव है कि आपके घर में आईएसपी के नेटवर्क में दोषपूर्ण हार्डवेयर हो। अपने हार्डवेयर को बदलने के लिए आईएसपी की लागत इतनी अधिक है, कि अक्सर ऐसा तब तक नहीं किया जाता जब तक कि क्षेत्र में पर्याप्त सदस्य न हों, ताकि लागत को नियंत्रित किया जा सके।

वायर्ड / वायरलेस राउटर पर संदेह करें

क्या आप वायर्ड / वायरलेस राउटर से कनेक्ट कर रहे हैं? यह कितनी पुरानी है? आपका राउटर समस्या हो सकती है। पुरानी वायरलेस और वायर्ड तकनीक पुराने और ड्रॉप कनेक्शन को छिटपुट रूप से प्राप्त कर सकती है और उन्हें पुनः आरंभ कर सकती है, जिससे PuTTY की मृत्यु हो जाएगी। इन घटकों को समीकरण से निकालें और देखें कि क्या समस्या हल करती है। यह देखने के लिए कि क्या समस्या को हल करता है, वायर्ड कनेक्शन और / या अलग राउटर आज़माएं। मेरे पास एक Linksys वायरलेस राउटर था जो इस धीमी मौत और कनेक्शन को गिरा देता है और उन्हें पुनः आरंभ करता है।

एसएसएच कनेक्शन प्रदान करने वाली ऑपरेटिंग सिस्टम पर संदेह

जिस कंप्यूटर को आप SSH से जोड़ रहे हैं, उसके पास SSH कनेक्शन को जीवित रखने के लिए सेकंड की संख्या के लिए एक नीति है। सुरक्षा कारणों से यह संख्या कम है, और आप इसे बढ़ा सकते हैं। जहां यह सेटिंग इस बात पर निर्भर करती है कि आप कौन सा ऑपरेटिंग सिस्टम इस्तेमाल कर रहे हैं जो एसएसएच प्रदान करता है।

यदि आप वर्चुअल मशीन के माध्यम से PuTTY का उपयोग कर रहे हैं

यदि आप एक वर्चुअल मशीन से गुजर रहे PuTTY का उपयोग कर रहे हैं, तो वर्चुअल मशीन पर एक नीति हो सकती है जो सर्वर से आपके SSH कनेक्शन को तब तोड़ती है जब उसे लगता है कि यह निष्क्रिय है। इन मूल्यों को बढ़ाना इस बात पर निर्भर करता है कि आप किस वर्चुअल मशीन सॉफ्टवेयर और ऑपरेटिंग सिस्टम का उपयोग कर रहे हैं।

यदि इंटरनेट कनेक्शन खराब है, तो SSH क्लाइंट कनेक्शन वर्कअराउंड:

यदि आपका ISP एक अस्थिर कनेक्शन प्रदान करता है, तो आप "ssh ऑटोलॉगिन" के साथ डिस्कनेक्ट को कम दर्दनाक बना सकते हैं। आप जो करते हैं वह सार्वजनिक और निजी कुंजी है। और आप अपने विदेशी सर्वर को स्वचालित रूप से किसी को भी बताने देते हैं जो एक सटीक निजी कुंजी प्रदान करता है। यह आपकी समस्या को पूरी तरह से हल नहीं करता है, लेकिन जब इंटरनेट आउटेज होता है, तो आप जो कुछ भी करते हैं वह विंडो बंद कर देता है, एक आइकन पर डबल क्लिक करता है, और आपको तुरंत उपयोगकर्ता नाम / पासवर्ड दर्ज किए बिना अपने होम फोल्डर कमांड लाइन पर वापस ले जाया जाता है।

इससे आपको मदद मिलेगी: क्या पासवर्ड के साथ PuTTY में "ऑटो लॉगिन" करने का कोई तरीका है?


4

एक उन्नत कमांड प्रॉम्प्ट में, निम्नलिखित चलाएँ:

C:\Windows\system32>netsh int tcp show global

Querying active state...

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State          : enabled

Chimney Offload State               : automatic

NetDMA State                        : enabled

Direct Cache Acess (DCA)            : disabled

Receive Window Auto-Tuning Level    : normal

Add-On Congestion Control Provider  : none

ECN Capability                      : disabled

RFC 1323 Timestamps                 : disabled

अगर Receive Window Auto-Tuning Levelसामान्य है तो आपको मुद्दे मिलेंगे। इसे अक्षम करें और फिर वह सब कुछ काम करना चाहिए जैसा कि वह करता था:

C:\Windows\system32>netsh int tcp set global autotuninglevel=disabled

5
क्या आप बता सकते हैं कि यह क्यों काम करता है / क्या करता है?
एरियोउर वॉन कौयफ

3
support.microsoft.com/kb/947239 यहाँ इसका वर्णन है
bksi

मेरे मामले में मदद नहीं करता है।
रीइनस्टीरपोस्ट

4

मैंने विंडोज पीसी से सेंटोस सर्वर के साथ काम किया , और मुझे पुट्टी के साथ भी यही समस्या थी। एक सत्र 1-5 मिनट से अधिक नहीं चला। मैंने PuTTY सेटिंग्स (रखने वाले आदि) के साथ खेलने की कोशिश की, लेकिन यह बिल्कुल भी मदद नहीं की।

अंत में मुझे अपने मामले का हल मिल गया है। मैंने ग्राहक और सर्वर दोनों पर TCP dumps रिकॉर्ड किया है। मुझे पता चला है कि डिस्कनेक्ट करने से पहले 25-30 सेकंड के दौरान क्लाइंट के डंप में (क्लाइंट की तरफ से और सर्वर की तरफ से) टीसीपी सेगमेंट के कई रिट्रांसमिशन होते हैं और आखिर में PuTTY RST भेजता है और उस एरर के साथ सेशन बंद कर देता है। सर्वर के डंप में मुझे इस अवधि में क्लाइंट से कोई खंड नहीं मिला, यहां तक ​​कि आर.एस.टी. इसका मतलब है कि समय-समय पर क्लाइंट से कोई टीसीपी सेगमेंट सर्वर पर नहीं पहुंचता है और यह अवधि लगभग 30-60 सेकंड होती है। मैंने कई बार मामला दर्ज किया है और हमेशा पुत्तर से रिटेंशन और अंतिम आरएसटी थे। संभवतः नेटवर्क उपकरणों द्वारा मार्ग के पैकेट कहीं पर गिरा दिए गए थे।

एक वर्कअराउंड बनाने के लिए मैंने डिफ़ॉल्ट मान 5 से अधिकतम 16 तक डेटा रिट्रांसमीशन की अधिकतम संख्या में वृद्धि की है। यह PuTTY को बहुत तेजी से वियोग से रोक सकता है। चर 'HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameters \ TcpMaxDataRetransmissions' है। मैंने इस वैरिएबल को मैन्युअल रूप से जोड़ा है, यह शुरू में मेरे विंडोज की रजिस्टरी में परिभाषित नहीं किया गया था। इसने मदद की! अब मैं देखता हूं कि समय-समय पर PuTTY लटका रहता है, लेकिन यह हमेशा काम पर वापस आता है।

समस्या को ठीक करने के लिए: 1. एक टीसीपी डंप रिकॉर्ड करें और डिस्कनेक्ट करने से पहले रिट्रांस्मिशन और आरएसटी देखें। 2. यदि आप एक ही रिट्रांसमिशन / आरएसटी सेगमेंट पाते हैं, तो सर्वर या क्लाइंट साइड पर रिट्रीस की संख्या समायोजित करें (यह आरएसटी के पक्ष पर निर्भर करता है)।

सावधान रहें: टीसीपी सेटिंग्स को बदलना सभी सॉफ्टवेयर और ओएस पर ही लागू होता है।


3

त्रुटि नेटवर्क त्रुटि: सॉफ़्टवेयर के कारण PuTTY से कनेक्शन निरस्त होता है यदि नेटवर्क पर कोई IP पता विरोध (दो या अधिक कंप्यूटरों का समान IP पता है) होता है। (मुझे रास्पबेरी पाई के साथ यह समस्या थी जो डीएचसीपी सर्वर द्वारा एक ही आईपी पते को कुछ दुष्ट डिवाइस / कंप्यूटर के रूप में सौंपा गया था जिसे उसी आईपी पते का उपयोग करने के लिए मैन्युअल रूप से स्थापित किया गया था।)

इस विशेष मामले में यह विंडोज 7 कंप्यूटर पर या नेटवर्क पर किसी अन्य डिवाइस के साथ स्थानीय स्तर पर एक आईपी एड्रेस संघर्ष हो सकता है। इस तरह की त्रुटि को सफलतापूर्वक ट्रैक करने के लिए Wireshark का उपयोग किया जा सकता है।


2

त्रुटि 10053 WSAECONNABORTED(सॉफ़्टवेयर ने कनेक्शन को निरस्त कर दिया।) एक सामान्य Winsock त्रुटि है जिसे किसी भी कारण से उत्सर्जित किया जा सकता है।

आधिकारिक स्पष्टीकरण का कहना है:

यह त्रुटि तब हो सकती है जब स्थानीय नेटवर्क सिस्टम एक कनेक्शन को निरस्त कर देता है, जैसे कि जब डेटा पुनर्प्राप्ति विफल होने के बाद Winsock एक स्थापित कनेक्शन को बंद कर देता है (रिसीवर कभी डेटास्ट्रीम सॉकेट पर भेजे गए डेटा को स्वीकार नहीं करता है)।

इस समस्या के कारणों में दोषपूर्ण नेटवर्क केबल से लेकर साधारण कनेक्टिविटी हानि हो सकती है। एक भी समाधान प्रस्तुत करना असंभव है।


2

इंटरनेट से जुड़ने के लिए नया WLAN राउटर / 3G मॉडेम स्थापित करने के बाद मुझे PuTTY के साथ भी यही समस्या थी। मैंने उपरोक्त सभी सजीव समाधानों की कोशिश की - और उन सभी को मेरे राउटर के कॉन्फ़िगरेशन मेनू में - बिना किसी प्रभाव के।

फिर मुझे 90 के दशक में रास्ते से कुछ याद आया जब मेरे पास एक लैंड लाइन फोन मॉडेम था: एमटीयू (अधिकतम ट्रांसमिशन यूनिट), मूल रूप से स्थानांतरित किए गए डेटा चंक्स का अधिकतम आकार - इसका कनेक्शन की स्थिरता पर एक उल्लेखनीय प्रभाव था।

इसलिए मैंने अपने WLAN राउटर के कॉन्फ़िगरेशन की जांच की, MTU सेटिंग पाया और इसे 1424 के निश्चित मूल्य से "ऑटो" में बदल दिया (मेरा मतलब छोटे मूल्य की कोशिश करना था, लेकिन "ऑटो" और भी बेहतर लग रहा था)। उसके बाद, मुझे PuTTY के साथ कोई और समस्या नहीं है - कनेक्शन अब ठोस है। मुझे उम्मीद है कि इससे कम से कम किसी को "नेटवर्क त्रुटि: सॉफ़्टवेयर के कारण कनेक्शन गर्भपात" समस्या में मदद मिलेगी।


2

कनेक्शन टैब: "5" सेकंड में जिंदा सेट रखें और सक्षम करें

लेकिन अधिक महत्वपूर्ण बात है कि:

कनेक्शन -> एसएसएच -> केएक्स , रीकी से पहले मैक्स : "2" (डिफ़ॉल्ट 60 है)।

मेरी PuTTY कुछ समय के बाद अपनी चाबी खो रही थी, जिससे समय समाप्त हो गया। उस मान को "2" मिनट तक छोड़ने से समस्या हल हो गई। मैं अब अनिश्चित काल तक जुड़ा रहा।


1

मैं एक ही मुद्दे में एक WinSCP स्क्रिप्ट या GUI कंसोल के साथ भाग गया । अंत में मैंने पाया कि यह गति से संबंधित है (इंटरनेट की गति - हमारा सर्वर इंटरनेट पर है)। मैंने स्क्रिप्ट को नेटवर्क में अलग-अलग स्थान पर, अलग-अलग साइट पर स्थानांतरित कर दिया, और GUI और स्क्रिप्ट दोनों अच्छी तरह से नहीं चले।

यह बहुत विश्लेषण और छंटाई के बाद हल किया गया है।


0

आपको TCPKeepAliveलिनक्स पर सक्षम करने की आवश्यकता है ।

यह वेब साइट पर PuTTy के FAQ में समझाया गया है, जब आप इस त्रुटि को खोज रहे हैं।


लेकिन TCPKeepAlive के लिए डिफ़ॉल्ट मान हाँ है। हालाँकि, मैंने इसे सक्षम कर लिया है। लेकिन लॉगिन टाइमआउट अब पहली समस्या है। कोई विचार?
रॉबर्ट

मैंने लिनक्स सर्वर फ़ायरवॉल और विंडोज़ -7 क्लाइंट फ़ायरवॉल दोनों को बंद कर दिया, लेकिन लॉगिन अभी भी समयबाह्य है! वास्तव में गुस्से वाला!
रॉबर्ट

ऐसा लगता है कि कभी-कभी मैं लॉगिन कर सकता हूं लेकिन कभी-कभी लॉगिन टाइमआउट है! मैं सच में पता नहीं क्यों। ये मुझे पागल कर रहा है!
रॉबर्ट

0

यदि वर्चुअल मशीन आपके स्थानीय हार्डवेयर पर चल रही है तो जिंदा पैकेट को निष्क्रिय रखें।


6
क्या आप उत्तर पर विस्तार कर सकते हैं? शायद भविष्य के आगंतुकों के लिए निर्देश दें?
कनाडाई ल्यूक

ओपी के रूप में मेरे पास विपरीत स्थिति है - मेरा वीएम मेजबान को जोड़ने वाला ssh क्लाइंट है, और क्लाइंट अक्सर डिस्कनेक्ट करता है। रख-रखाव को अक्षम करने से लगता है कि समस्या हल हो गई है। मुझे आश्चर्य है क्योंकि।
रमन

0

मैं वास्तव में कई बार इस मुद्दे का सामना कर रहा था। मैंने समाधान के घंटों की खोज की, लेकिन उनमें से कोई भी प्रभावकारी नहीं था। मैं उस समाधान को साझा कर रहा हूं जो मेरे लिए काम करता है और मुझे उम्मीद है कि यह दूसरों के लिए भी उपयोगी होगा।

मेरे पास होस्ट ओ / एस के रूप में विंडोज 10 है और गेस्ट ओ / एस के रूप में रेडहैट -7 और मेरे वीएमवेयर का कनेक्शन खराब हो गया था। DBA के रूप में मुझे ग्राहकों का दौरा करना है और मुझे अपने नेटवर्किंग कॉन्फ़िगरेशन को क्लाइंट परिसर के अनुसार सेट करना है। इसलिए जब भी मैं क्लाइंट परिसर को छोड़ता हूं और वायरलेस और ओपन वीएम के माध्यम से दूसरे नेटवर्क से जुड़ता हूं तो मुझे उसी समस्या का सामना करना पड़ता है जैसा कि प्रश्न में कहा गया है। इसलिए मैंने कुछ समय के लिए सोचा और लैन ईथरनेट और वायरलेस ईथरनेट के लिए अपने कॉन्फ़िगरेशन की जांच की और मुझे एक बेमेल मिला। जैसा कि मेरा VM स्वचालित रूप से ब्रिजिंग के लिए दो के बीच भौतिक ईथरनेट का उपयोग करेगा। इसलिए जब मैंने लैन / वायरलेस ईथरनेट के लिए नेटवर्किंग कॉन्फ़िगरेशन को डीएचसीपी के लिए रीसेट किया तो यह आकर्षण की तरह काम करता था और कोई अधिक कनेक्शन गर्भपात नहीं करता था। [DHCP पर सेट करने के बाद आप अपने होस्ट मशीन को रिबूट भी कर सकते हैं।]

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