SSH यदि कमांड आउटपुट लगभग 5 लाइनों से अधिक है


12

मुझे यह सवाल यहाँ पूछने की सलाह दी गई है: मैं वर्तमान में अनुभव कर रहे निम्नलिखित मुद्दे से चकित हूं।
मेरे पास एक डेबियन 5.0 लिनक्स सर्वर है जो एक ईथरनेट केबल के माध्यम से मेरे DSL राउटर से जुड़ा है। मेरा लैपटॉप विंडोज 7 चला रहा है और उसी DSL राउटर से वायरलेस तरीके से (802.11 b / g) जुड़ा हुआ है। अगर मैं पोटीन का उपयोग करते हुए सर्वर में एसएसएच करता हूं और एक कमांड निष्पादित करने का प्रयास करता है, जिसके परिणामस्वरूप आउटपुट की कई पंक्तियों में मेरा एसएसएच सत्र जमा होता है। पूर्व।

ls -al /             // Freezes
ls -al / > ~/boo.txt // OK
vi ~/boo.txt         // OK
top                  // Freezes

उपरोक्त सभी कमांड काम करते हैं यदि मैं उन्हें सर्वर पर सीधे निष्पादित करता हूं या अगर मैं अपने लैपटॉप के कनेक्शन को वायर्ड कनेक्शन में बदलता हूं। क्या देता है? यह समस्या वास्तव में मुझे चकित कर रही है! धन्यवाद


StackOverflow पर यह पूछना चाहते हैं, लेकिन ऐसा लगता है कि यह विशेष वर्ण (रंग शायद) के साथ एक समस्या हो सकती है क्योंकि vi कोई भी रंग नहीं करता है (जब तक कि यह वास्तव में विम नहीं है)।
टोपेर फैंगियो

उन्होंने कहा कि था कि यह StackOverflow पर पूछते हैं, लेकिन शायद बेहतर होगा ServerFault में ले जाकर ... और मुझे एडन साथ हूँ: मेरा पहला संदिग्ध नेटवर्क MTU था।
dmckee --- पूर्व-मध्यस्थ ने

आह हा हा, यस, सर्वरफॉल्ट, स्टैकऑवरफ्लो नहीं ... यह सोमवार = पी है
टॉपहेर फांगियो डिक

जवाबों:


9

एक वायर्ड MTU मुद्दे की तरह लगता है। थोड़ा ...

क्या यह संभव है कि आपके पास जंबोफ्रेम्स सक्षम है? शायद ऩही। वैसे भी - डेबियन पर निचले mtu स्थापित करने की कोशिश करें और देखें कि क्या यह मदद करता है।


seconded; यह एक MTU समस्या की तरह लगता है। मेरा सुझाव है कि बड़े और बड़े पैकेट (पिंग का उपयोग करके आसानी से किया जाता है) जब तक आपको त्रुटि / गिराए गए पैकेट नहीं मिलते। या बस हर जगह MTU सेटिंग्स की जाँच करें :)
मिकीबी

लोगों को धन्यवाद! लैपटॉप पर कम MTU की चाल। क्या MTU प्रेषक / रिसीवर / दोनों पर लागू होता है? मैं बड़े डेटा आकार के साथ लैपटॉप से ​​सर्वर को पिंग कर सकता था। रिवर्स सच नहीं था। लिनक्स सर्वर: ~ # पिंग -S 5000 Athlon64-laptop.lan पिंग Athlon64-laptop.lan 56 (84) बाइट्स ऑफ़ एक्सएक्सएक्सएक्स 64 बाइट्स: icmp_seq = 1 ttl = 128 time = 2.000 एमएस विंडोज़ लैपटॉप पर> पिंग -l 2048 2048 बाइट डेटा के साथ Athlon64x2-server.lan पिंगिंग Athlon64x2-server.lan: अनुरोध टाइम आउट हो गया है। > ping -l 1048 Athlon64x2-server.lan पिंगिंग Athlon64x2-server.lan 1048 बाइट्स के साथ डेटा: xxxx से उत्तर दें: बाइट्स = 1048 समय = 3ms TTL = 64

@leftbrainlogic - mtu की समस्याएं यह बताती हैं कि आपके नेटवर्क में कुछ गड़बड़ है। हो सकता है कि एक्सेसपॉइंट तेजी से ईथरनेट के लिए सबसे बड़ी अनुमति [1500B] फ्रेम पास न करें? क्या आपने मैन्युअल रूप से जंबोफ्रैम का उपयोग करने के लिए सर्वर को कॉन्फ़िगर किया था?
pQd

@pQd - नहीं, सर्वर केवल डेबियन 5.0 की एक वैनिला इंस्टाॅल चला रहा है। मैंने डिस्क विभाजन और ifconfig -a से होस्टनाम आउटपुट को छोड़कर सभी चूक को स्वीकार किया है: pastebin.com/f78fcbf3d

@leftbrainlogic - ठीक; मेरे लिंक में बताए गए mtu को कम करने का प्रयास करें। आपकी 1500B हेल्थी मानक लंबाई है, मुझे लगता है कि यह स्विच, एक्सेस प्वाइंट या वाईफाई नेटवर्क कार्ड के साथ कुछ समस्या को इंगित करता है।
pQd

3

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

निदान करने के लिए, ping -s <packetsize> <windows-ip> अपनी विंडो मशीन के IP बॉक्स में linux बॉक्स से, और ping <linux-ip> <packetsize>windows बॉक्स से linux तक, पैकेटसेट पैरामीटर के लिए अलग-अलग मानों के साथ प्रयास करें, और देखें कि अधिकतम आकार दोनों दिशाओं में भिन्न है या नहीं।

इसके अलावा: man pingक्या हो रहा है यह समझने के लिए linux मददगार होगा।


0

पहली बात यह है कि डिबग मोड को सक्षम करना है, दोनों क्लाइंट और सर्वर पर।

PuTTY में डिबगिंग है जो सत्र -> लॉगिंग के तहत उपलब्ध है । ध्यान दें कि आपको उस सत्र को लोड करने की आवश्यकता है जिसे आप लॉगिंग सेटिंग्स सेट करने से पहले उपयोग करने जा रहे हैं। लॉगिंग सेटिंग्स एक सत्र के कॉन्फ़िगरेशन का हिस्सा हैं।

सर्वर पर, आप LogLevel को INFO (में /etc/ssh/sshd_config) छोड़ सकते हैं और इसे केवल DEBUG में बदल सकते हैं यदि आप अपनी समस्या से संबंधित कुछ भी नहीं देख सकते हैं। परिवर्तनों को लागू करने के लिए ssh सर्वर को लॉग आउट करना और पुनः आरंभ करना याद रखें ( /etc/init.d/ssh restart)। यदि DEBUG कोई उपयोगी जानकारी नहीं देता है, तो DEBUG3 के अनुसार प्रयास करें man sshd_config

कृपया अपने निष्कर्षों के साथ अपने प्रश्न को अपडेट करें!

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