ssh बहुत धीमा कनेक्शन


18

मेरे पास कई रिमोट सिस्टम हैं, और उनमें से एक, एक लिबोड जो कि डेबियन चल रहा है, बहुत ही धीमी गति से ssh में है - इसमें हर बार लगभग 20-25 सेकंड लगते हैं। यह अपेक्षाकृत हाल ही में हुआ है। मैंने ऐसे ही प्रश्नों के कई उत्तरों में सुझाए GSSAPIAuthenticationगए अनुसार noया करने की कोशिश की है yes, और इससे कोई फर्क नहीं पड़ता। अगर मैं fqdn या IP पते का उपयोग करके लॉगिन करता हूं तो भी इससे कोई फर्क नहीं पड़ता। मेरे पास अपने स्थानीय लाइन बॉक्स या मेरे स्थानीय मैकिंटोश में से एक ही देरी है। मेरे पास लाइन लाइन से स्थानीय लाइन बॉक्स तक ले जाने में कोई देरी नहीं है। मेरे पास डेबियन के एक ही संस्करण का उपयोग करके एक और रिमोट सिस्टम है और मैं इसे 2 सेकंड में ssh कर सकता हूं। के बीच एकमात्र अंतर है/etc/ssh/sshd_config दो डेबियन बक्से पर फाइलें यह है कि तेज एक पासवर्ड की अनुमति नहीं देता है और अनुमत सिफर की सूची भी निर्दिष्ट करता है।

यदि मैं लॉगिन का उपयोग करता हूं ssh -vvv root@linode, तो देरी >>>>>> के साथ चिह्नित भाग में होती है

debug2: key: /root/.ssh/id_ecdsa ((nil))
debug2: key: /root/.ssh/id_ed25519 ((nil))
debug3: send packet: type 5
debug3: receive packet: type 6
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug3: send packet: type 50

>>>>>>

debug3: receive packet: type 51
debug1: Authentications that can continue: publickey,password
debug3: start over, passed a different list publickey,password
debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /root/.ssh/id_rsa
debug3: send_pubkey_test

(यह केवल एक आंशिक लॉग है - अनुरोध पर उपलब्ध पूर्ण लॉग)

मुझे प्रवेश में /var/log/auth.logया /var/log/syslogदेरी के समय के बारे में कुछ भी नहीं मिल रहा है - बाद में मुझे बस मिल जाएगा

Jul 27 13:46:43 linode sshd[23049]: Accepted publickey for root from 199.241.27.237 port 51464 ssh2: RSA 89:08:ef:44:48:a4:84:b7:0a:de:14:65:1b:d9:86:f8
Jul 27 13:46:43 linode sshd[23049]: pam_unix(sshd:session): session opened for user root by (uid=0)
Jul 27 13:46:43 linode systemd-logind[3235]: New session 10361 of user root.

जवाबों:


25

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

सामान्य तौर पर, इसे डीबग करते समय, आप दो टर्मिनलों से भी लॉगिन करने का प्रयास कर सकते हैं। पहले लॉगिन के साथ sshdसर्वर पर लॉग को देखें, जबकि आप दूसरे से लॉगिन करने का प्रयास कर रहे हैं। यह आपको सर्वर क्या कर रहा है (या प्रतीक्षा कर रहा है) के बारे में अधिक जानकारी देता है।

निम्न के लिए एक, या दोनों को सेट करके, रिवर्स DNS लुकअप के कारण के लिए आप इसके लिए प्रमाण खोजने का प्रयास कर सकते हैं /etc/ssh/sshd_config:

UseDNS no
UsePAM no

और देखें कि क्या कनेक्शन बनाने में गति है। यदि ऐसा होता है तो आप अक्सर हल होने तक चीजों को छोड़ सकते हैं (यदि आप उस बारे में परवाह करते हैं)।

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


मेरे नए ISP (1000Mbps फाइबर टू द होम!) में मेरे IP के लिए rDNS एंट्री नहीं है। तो UseDNS noसमस्या को उतना ही तय किया जितना कि यह तय होने जा रहा है।
पॉल टॉम्बलिन

2
UseDNS को जोड़ने से मेरे लिए कोई काम नहीं हुआ।
जोस 'वर्गास

इस सब की कोशिश की, कोई पासा नहीं। आखिरकार बस क्लाइंट को रिबूट किया और सब कुछ ठीक था।
मेडली 56

यह बहुत मददगार था ... पता चला कि सर्वर का डीएनएस गलत था। फिक्सिंग जो धीमे ssh कनेक्शन तय करती है।
टेम्पोरलवुल्फ़

UseDNS जोड़ना = नहीं और sshd को पुनरारंभ करना मेरे लिए काम किया। CentOS 7.
pzy

-2

डेबियन / उबंटू सिस्टम पर ट्रिक को सिस्टम से "अवही-डेमॉन" को किक करना है और समस्या दूर हो गई है।

apt-get -y purge avahi*

2
-yशुद्ध आदेश के लिए एक अच्छा विचार नहीं है , उपयोगकर्ता को निष्पादन से पहले कार्रवाई की समीक्षा करनी चाहिए।
राबिन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.