OpenVPN के माध्यम से SSH सत्र कुछ लाइनों के बाद बंद / लॉक हो जाता है


12

मेरे पास डेबियन 6 (एआरएम) पर चलने वाले समान फैनलेस पीसी की एक बड़ी संख्या है। इनमें से अधिकांश कॉमकास्ट के माध्यम से जुड़े हुए हैं और ठीक काम करते हैं। कुछ ऐसे हैं जो 'वाईमैक्स' मोडेम से जुड़े हैं और संचार के मुद्दे हैं।

विशेष रूप से: यदि मैं इनमें से किसी एक के लिए ssh करता हूं और 'ps -ax' जैसी कमांड की कोशिश करता हूं तो मुझे लगभग 3 लाइनें मिलेंगी और फिर सत्र बंद हो जाएगा। अगर मैं इसे बैठने देता हूं, तो अंततः यह 'सहकर्मी द्वारा बंद सत्र' के साथ बंद हो जाएगा।

मैंने क्या कोशिश की है:

  • ssh -vvv → कोई त्रुटि संदेश नहीं
  • ssh <user@host> 'command'→ यह कभी-कभी कमांड का पूरा आउटपुट लौटा देगा। कभी-कभी यह बिल्कुल भी कनेक्ट नहीं होगा।

कोशिश करने के लिए अन्य बातों पर सुझाव?

मैंने पाया है कि मैं कुछ आदेशों को सफलतापूर्वक निष्पादित कर सकता हूं: उदाहरण के लिए एक दर्जन बार मारना या अधिक ठीक है। cd ~और फिर lfकाम करता है df -h। मैं dfकई बार सफलतापूर्वक चला सकता हूं लेकिन जैसे ही मैं अधिक आउटपुट के साथ कुछ करने की कोशिश करता हूं (जैसे ls /etc) यह लॉक हो जाता है।

क्या इससे कोई फर्क पड़ता है कि मैं OpenVPN का उपयोग करके इन दोनों मेजबानों के बीच संवाद करने की कोशिश कर रहा हूं?


सुनिश्चित करें कि आपका पथ MTU आपके कॉन्फ़िगर किए गए इंटरफ़ेस MTU से कम नहीं है। एसएसएच खंडित नहीं होता है, डीएफ बिट सेट के साथ, इसके बजाय पैकेट गिराए जाते हैं। इसे और अधिक विस्तृत विवरण के लिए पढ़ें ।
हारून कोपले

1
कोई स्पष्ट प्रभाव के साथ 1400 के लिए सभी इंटरफेस पर MTU की कोशिश की। ping -c 1 -s $((5000-28)) -M do machine-ipजिसके साथ परीक्षण किया गया , 1500 - मशीन के समान
एथ्रबनी

1
tracepath -n <ip>इसकी पुष्टि करता है: 1500 को पूरे रास्ते की अनुमति है।
लोकाचार

1
मेरी अज्ञानता को क्षमा करें, लेकिन -Tइस उदाहरण में कैसे मदद करता है ?
आरोन कोपले

2
<दूसरा पैराग्राफ पढ़ता है> यह एक एमटीयू समस्या है। <आगे पढ़ें> हां, एमटीयू समस्या स्पष्टीकरण के लिए यह धागा देखें । मैं एक डुप्लिकेट के रूप में बंद करने के लिए मतदान नहीं कर रहा हूं क्योंकि एक बिंदु है कि दूसरा धागा चर्चा नहीं करता है: समस्या को ठीक करने के लिए आपको अपने वीपीएन कॉन्फ़िगरेशन में क्या बदलाव करना होगा।
गाइल्स का SO- बुराई पर रोक '22

जवाबों:


11

आपके पास एक MTU समस्या के लक्षण हैं : कुछ टीसीपी कनेक्शन फ्रीज, दिए गए कमांड या URL के लिए अधिक या कम प्रतिलिपि प्रस्तुत करने योग्य नहीं, लेकिन आसानी से समझ में नहीं आने वाले समग्र पैटर्न के साथ। एक टेल्टेल लक्षण यह है कि जब तक आप बड़े आउटपुट के साथ कमांड नहीं चलाते तब तक इंटरैक्टिव ssh सत्र अच्छी तरह से काम करते हैं। देखें नहीं पहुंच सकते https PPPoE से अधिक लिनक्स पर साइटों का चयन एक स्पष्टीकरण के लिए।

OpenVPN के पास कई MTU से संबंधित विकल्प हैं - मैनुअल में "mtu" की खोज करें। मेरे पास पर्याप्त अनुभव नहीं है कि आपको कौन सा विकल्प बदलना है। (यह भी संभव है कि आप Wimax मॉडेम कॉन्फ़िगरेशन में कुछ बदल सकते हैं।) बदलने की सबसे अधिक संभावना विकल्प है mssfix: समस्या को ठीक करने तक मूल्य कम करने का प्रयास करें। डिफ़ॉल्ट 1450 है; लगभग 1400 जैसी कोई चीज आपकी समस्या को ठीक कर सकती है। कोशिश करो openvpn --fragment 1200 -mssfix; यदि यह मदद करता है, तो मूल्य को तब तक बढ़ाएं जब तक कि यह टूटना शुरू न हो जाए।


mssfix 1200सर्वर पर सेटिंग और रीस्टार्ट करके शुरू होता है। अब तक सब ठीक है। अगर यह काम करता है तो मैं इसे 1300 या 1400 तक बढ़ा दूंगा और देखूंगा कि क्या होता है। बहुत सारे क्लाइंट सभी रिमोट कॉन्फिगर्स को बदलने के लिए हालांकि सर्वर साइड को करना होगा।
इथ्रब्यूनी

मुझे पता था कि यह एमटीयू था!
एरोन कोपले

3

गिल्स का जवाब पूरी तरह से सही है, लेकिन इसके लिए एक और संभावित कारण भी है।

OpenVPN के संस्करण 2.3.0 में एक बग था जो डेटा का बड़ा हिस्सा भेजते समय ग्राहकों को डिस्कनेक्ट कर देता था: https://community.openvpn.net/openvpn/ticket/263

यह समस्या केवल TCP का उपयोग करते समय हुई। यूडीपी पूरी तरह से अप्रभावित था।


3

हमारे पास एक ही समस्या थी, और यह वास्तव में एक एमटीयू मुद्दा था। हालांकि हमारे लिए समस्या ओपन वीपीएन कॉन्फ़िगरेशन में नहीं बल्कि ट्यून इंटरफेस पर थी।

हमने इसे कैसे हल किया: पहले उस अधिकतम पैकेट के आकार का पता लगाएं, जिसमें से गुजरा था

ping <host> -s 1500 -M do

और तब तक 1500 मूल्य को कम करना जब तक कि एक मूल्य (हमारे लिए, 1350) से गुजर रहा था।

एक बार सही मान मिल जाने के बाद, tun0 इंटरफ़ेस को बदल दें

sudo ip link set dev tun0 mtu 1350

जैसा कि सेबस्टियन ने यहां प्रस्तावित किया था । उसके बाद वीपीएन सुचारू रूप से चल रहा था।

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