धीमी गति से सत्र का क्या कारण हो सकता है? [बन्द है]

46

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

ssh performance

— lexsys
स्रोत

इस मुद्दे को रोकने के लिए Mosh एक अच्छा ssh रिप्लेसमेंट है: mosh.mit.edu

— स्टीवन C. हॉवेल

6

ssh सर्वर ... यह बंद क्यों किया गया? यह स्पष्ट रूप से एक सर्वर मुद्दा है। निश्चित रूप से यहाँ कुछ उत्तर राय आधारित हैं, लेकिन प्रश्न ठीक होना चाहिए।

— j0h

5

यह सवाल बंद क्यों है? मेरे मामले में यह सर्वर साइड था - एक बंद यूडीपी पोर्ट 67/68। एक सामान्य वल्चर छवि पर डीएचसीपी सक्षम था, यह पब आईपी को लगातार नवीनीकृत करने की कोशिश कर रहा था, लेकिन सीएसएफ द्वारा अवरुद्ध किया जा रहा था। उन बंदरगाहों की अनुमति देने से लगता है कि इसे हल किया जाए, SSH (और अन्य नेटवर्क सेवाओं) को एक बार फिर से गति दी जाए। यदि आप उस या अन्य डिफ़ॉल्ट / समान वीपीएस छवियों का उपयोग करते हैं, तो उस पर नज़र रखें।

— धापिन

5

यह स्पष्ट रूप से (आम) नेटवर्किंग समस्या है। मेरा मानना है कि इसे बंद करने का कोई कारण नहीं है, और यह निश्चित रूप से विषय नहीं है। यहां तक कि (विशेषकर) जब समस्या के कई कारण हो सकते हैं जिनकी पहचान करना मुश्किल है।

— 9

17

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

— डेविड पशली
स्रोत

13

यदि आपको इसकी आवश्यकता नहीं है तो X11 अग्रेषण अक्षम करना (ssh-x) और संपीड़न (ssh -C) को सक्षम करना भी आपके सत्र को गति प्रदान कर सकता है।

— वुडी
स्रोत

9

मैं दो संभावित कारणों के बारे में सोच सकता हूं:

कनेक्शन पर पैकेट नुकसान
सर्वर पर उच्च भार।

— Shoan
स्रोत

3

मैंने जल्द ही नेटवर्क प्रदर्शन को मापने की कोशिश की कि टर्मिनल ठीक था। क्या हुआ है?

हमारे पास दो इंटरनेट चैनलों के राउटर के बीच लोड संतुलन है। कभी-कभी यह wan1 के माध्यम से और कभी-कभी wan2 के माध्यम से मेरे ssh ट्रैफ़िक को रूट करता है। मैंने प्रस्ताव दिया, कि केवल एक चैनल में कुछ गड़बड़ है। इसलिए मैंने अलग से दो चैनलों के लिए mtr (बढ़िया टूल!) के साथ नेटवर्क प्रदर्शन को मापा।

हाँ! wan2 में 110 ms के साथ 21 hops हैं और wan1 में केवल 21 ms के साथ 15 हैं! wan2 विलंबता समस्या है।

— lexsys
स्रोत

3

9 का संपीड़न और संपीड़न का उपयोग करें। यह थोड़ा मदद करनी चाहिए। आप इन मापदंडों को / etc / ssh / ssh_config में कॉन्फ़िगर कर सकते हैं। लेकिन अगर वास्तविक नेटवर्क बहुत खराब है तो यह ट्रिक बहुत अच्छा नहीं करेगी।

— सौरभ बड़जात्या
स्रोत

2

इस व्यवहार का सबसे स्पष्ट कारण लिंक है जो या तो संतृप्त या ड्रॉपिंग पैकेट है। आपके कार्य केंद्र से आपके द्वारा मशीन के लिए कितने हॉप हैं जो आप ssh'ing में हैं? यदि आपने एक ट्रेसरआउट का विश्लेषण किया है, यदि लागू हो?

— जान जंगनिकेल
स्रोत

2

यदि आप ओपनएसएसएच का उपयोग लंबी-वसा-पाइप (उच्च बैंडविड्थ + उच्च विलंबता) पर कर रहे हैं, तो सुनिश्चित करें कि आप दोनों तरफ कम से कम संस्करण 4.7 का उपयोग कर रहे हैं, क्योंकि इसमें ओपनएसएसएच को बड़ा टीसीपी विंडो आकार का उपयोग करने के लिए फ़िक्सेस शामिल हैं।

 * The SSH channel window size has been increased, and both ssh(1)
   sshd(8) now send window updates more aggressively. These improves
   performance on high-BDP (Bandwidth Delay Product) networks.

यह महत्वपूर्ण हो सकता है यदि आप कनेक्शन को उसकी पूरी क्षमता का उपयोग करना चाहते हैं क्योंकि अन्यथा प्रेषक को भेजने से पहले इंतजार करना पड़ सकता है।

— knweiss
स्रोत

1

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

— त्रिज्या
स्रोत

1

नागल का एल्गोरिथ्म हमेशा टेलनेट और एसएसएच जैसे इंटरैक्टिव अनुप्रयोगों पर अक्षम होता है

— लैप्टॉप006

1

आपके पास 'हमेशा' कहने के लिए पर्याप्त जानकारी नहीं है। हमें नहीं पता कि वह ssh क्लाइंट / सर्वर का क्या उपयोग कर रहा है। हमें पता नहीं है कि वह जो ओएस चला रहा है। आदि कुछ OS के साथ कर्नेल स्तर की सेटिंग का टीसीपी_NODELAY सेट स्तर पर प्रभाव हो सकता है।

— त्रिज्या

1

यह कुछ SSH Brute Force का प्रयास भी हो सकता है जो आपके कनेक्शन को तोड़ देता है। हर बार जब मेरा सत्र धीमी गति से चलता है तो मैं लॉग की जांच करता हूं और काफी मामलों में कोई व्यक्ति पागल जैसे पासवर्ड की कोशिश कर रहा है।

— raupach
स्रोत

1

Misconfigured DNS इसका कारण बन सकता है। सर्वर लॉग इन करते ही ठीक-ठीक जवाब देगा और फाइलों को काफी तेजी से अपलोड और डाउनलोड कर सकता है, लेकिन SSH लॉगिन धीमा होगा।

— ServerChecker
स्रोत

1

मैंने पाया कि मैं एक सर्वर के लिए / etc / मेजबान में एक IP प्रविष्टि को गिरा सकता हूं जिसमें धीमी SSH लॉगिन है और आमतौर पर जो प्रारंभिक कनेक्शन को गति देता है। लेकिन असली फिक्स DNS को ठीक से काम करना है।

— ServerChecker

1

देखने के लिए एक बात बस सर्वर मेमोरी है। मैं 256Mb मेमोरी के साथ एक Ubuntu VM चला रहा था और SSH वास्तव में सुस्त था। 512Mb को इस पर संदेह करने से समस्या हल हो गई।

— GateKiller
स्रोत