SSH अब अचानक काम नहीं कर रहा है: "लिखने में विफल: टूटा हुआ पाइप"


9

मैं घर पर एक मैकबुक प्रो का उपयोग करता हूं और नियमित रूप से अपनी लैब में मशीनों में एसएस करता हूं। हालांकि पिछले 3-4 दिनों से, जब भी मैं लैब में मशीन में एसएसएच करता हूं, मुझे एक लिखने में असफलता मिलती है: टूटी हुई पाइप त्रुटि, शायद ही मेरे ssh-ing के 2 मिनट के भीतर।

तथ्य यह है कि सब कुछ पूरी तरह से कुछ दिनों पहले काम कर रहा था मुझे चकरा देता है, और चीजों को फिर से काम करने के लिए किसी भी मदद की बहुत सराहना की जाएगी।


2
आप उपयोग कर रहे हैं ServerAliveIntervalया नहीं? यदि नहीं, तो इसे सेट करने का प्रयास करें।
0xC0000022L

हां मैं हूं। यह 30 पर सेट है। मैंने 15, 30, 60 की कोशिश की, और यह प्रदर्शन (या इसकी कमी) को प्रभावित नहीं करता था
NSR

क्या आपने 1लैब में दूसरी मशीन से SSHing करने की कोशिश की है कि क्या यह मैकबुक है? और 2मैकबुक से दूसरी मशीन पर एसएसएचिंग यह देखने के लिए कि क्या यह लैब है? यह पता लगाना कि अगर या तो समस्या है, तो अपने समाधान को बहुत कम करना चाहिए
युजियन

खैर, मैंने अपने लैपटॉप का इस्तेमाल SSH से अलग मशीनों (यूनिवर्सिटी नेटवर्क) से एक ही मशीनों में किया और यह ठीक काम किया। मेरा अनुमान है कि मेरे होम नेटवर्क के साथ कुछ अजीब हो रहा है।
एनएसआर

जवाबों:


11

यह एक नेटवर्क समस्या की तरह दिखता है।

पूछताछ करें कि क्या कुछ नेटवर्क उपकरण बदल गए हैं या फिर से कॉन्फ़िगर किए गए हैं। अपने नेटवर्क व्यवस्थापक को बताएं कि आपको ssh'ing में समस्या हो रही है, फ़ायरवॉल में कोई ग़लतफ़हमी हो सकती है। निदान में सुधार करने के लिए अन्य मशीनों या अन्य मशीनों से लॉगिंग का प्रयास करें।

इन लक्षणों का एक संभावित कारण आईपी पता संघर्ष है। जांचें कि क्लाइंट और सर्वर को अपना आईपी पता कहां मिल रहा है। यदि आप ping server.example.comभागते रहते हैं , तो क्या यह कनेक्शन को लंबे समय तक चलने में मदद करता है? यदि हां, तो आपके पास एक आईपी एड्रेस संघर्ष है। (यह pingमदद करता है क्योंकि यह आईपी पैकेट को आपकी मशीन पर रूट करने के तरीके के साथ राउटर को बताता रहता है - लेकिन यदि अन्य मशीन आपके समक्ष ARP उत्तर भेजती है तो आप अभी भी कनेक्शन खो देंगे।) यदि यह समस्या है, तो आपको इसकी आवश्यकता है। इसे ठीक करें: उन मशीनों में से एक के लिए व्यवस्था करें जो एक अलग पते का उपयोग करने के लिए एक ही पते का उपयोग कर रहे हैं।

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


1
आह! एक मनमाना सर्वर को पिंग करना काम करने लगता है (अब तक)। ऐसा लगता है कि यह आईपी पते का टकराव था। मैं आगे की जांच करूंगा और सुनिश्चित करूंगा कि ऐसा न हो। धन्यवाद !!
एनएसआर

हाय गाइल्स, दिए गए समाधान के लिए धन्यवाद। मैं ssh मापदंडों को कॉन्फ़िगर करके 5 दिनों से इस समस्या का निवारण कर रहा हूं ... लेकिन काम नहीं किया। आपके समाधान से मुझे बहुत मदद मिली। बहुत धन्यवाद।
राजशेखर

1

यह पैकेट खोने के कारण हो सकता है। इस तरह का एक उपकरण mtrआपको यह पता लगाने में मदद कर सकता है कि मार्ग में कौन सा मेजबान समस्या पैदा कर रहा है। यहां आपको मैक ओएस एक्स पर इसे स्थापित करने के निर्देश मिलेंगे।


1

मुझे मुख्य कार्यालय में कुछ सर्वरों के साथ यह समस्या दिखाई दी और इसका उपयोग करके हल किया:

TCPKeepAlive yes
ServerAliveInterval 5

ssh config फाइल में ( ~/.ssh/config or /etc/ssh/ssh_config)।

केवल बाद में मुझे पता चला कि यह कुछ हार्डवेयर द्वारा स्थापित कार्यालयों के बीच संचार को अनुकूलित करने के लिए स्थापित किया गया था।


1

मैंने मैक ओएस एक्स में अपनी समस्या हल कर ली है, मैंने इसे बदल दिया है

#ClientAliveInterval 0

सेवा

ClientAliveInterval 300

में /etc/sshd_configनिम्नलिखित इस , और मशीन, किया रिबूट।


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