जब मैं अपने सर्वर पर लॉग इन करता हूं तो मुझे यह मिलता है:
No mail.
Last login: Fri Nov 5 14:22:45 2010...
तो मैं 5 सेकंड के लिए इंतजार करना चाहिए और फिर तैयार है ...
wolfy@ubuntu-server:~$
क्या यह प्रतीक्षा समय सामान्य है या मुझे इसे "मरम्मत" करने के लिए कुछ करना चाहिए?
जवाबों:
मेरे पास 10.04 (LTS) के समान मुद्दे हैं।
जब मैं अपने ssh को चलाता हूं -vvv, तो यह मर जाता है:
debug1: Entering interactive session.
इस उत्तर का विस्तार।
मैं दूरस्थ रूप से सर्वर को रीबूट करने में कामयाब रहा और DEBUG लॉगगिन को सक्षम किया। लॉग इन रहने और अन्य लॉगिन प्रयासों का निरीक्षण करने के लिए भी इस अवसर का उपयोग किया। यहाँ क्या होता है। क्लाइंट जोड़ता है और अधिकृत है और उपरोक्त संदेश पर लटका हुआ है।
सर्वर पर, प्रक्रिया सूची यह दर्शाती है:
root 835 0.0 0.1 11476 3348 ? Ss 13:39 0:00 sshd: till [priv]
root 840 0.0 0.0 4804 1124 ? S 13:39 0:00 /bin/sh -c /usr/bin/env -i PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin /bin/run-parts --lsbsysinit /etc/update-motd.d
root 841 0.0 0.0 4728 1108 ? S 13:39 0:00 /bin/run-parts --lsbsysinit /etc/update-motd.d
root 854 0.0 0.0 4804 1144 ? S 13:39 0:00 /bin/sh /etc/update-motd.d/50-landscape-sysinfo
root 861 0.2 0.5 15388 9248 ? S 13:39 0:00 /usr/bin/python /usr/bin/landscape-sysinfo
root 863 0.0 0.0 0 0 ? Z 13:39 0:00 [who] <defunct>
मैं /usr/bin/python /usr/bin/landscape-sysinfoलॉगिन करते समय ठीक-ठीक निष्पादित कर सकता हूं, लेकिन किसी कारण से, मैं यह पता नहीं लगा सकता कि यह लॉगिन प्रक्रिया को क्यों रोकता है। जब मैं प्रक्रिया को मारता हूं, तो लॉगिन प्रॉम्प्ट पर जारी रहता है और सफल होता है ।
यह एक ssh (d) समस्या नहीं लगती, यह अधिक update-motdऔर परिदृश्य से संबंधित है । मैंने update-motdपैकेज को अनइंस्टॉल कर दिया , लेकिन ऐसा लगता है जैसे /etc/update-motdनिर्देशिका बनी रहती है और स्क्रिप्ट अभी भी निष्पादित की जाती हैं - जिससे प्रक्रिया लटक जाती है।
इसे आगे बढ़ाते हुए:
पता चला है /etc/update-motd.d/निर्देशिका वास्तव में पैकेज का नहीं है update-motd, यह sshd के माध्यम से PAM प्रमाणीकरण द्वारा ट्रिगर किया जा रहा है।
मुझे लगता है यह nailed है!
निम्न फ़ाइलों में अक्षम pam_motd:
एक और:
apt-get purge landscape-client landscape-common
ये एक निश्चित विस्तार में मदद करते हैं। हालाँकि, यह केवल अप्रचलित स्क्रिप्ट को निकालता है /etc/update-motd.d/और न तो उस निर्देशिका की सभी स्क्रिप्टों को हटाता है और न ही इससे छुटकारा पाता है pam_motd।
सामान्य तौर पर, मुझे pam_motdपूरी तरह से अक्षम करने का कोई तरीका नहीं मिला क्योंकि ऐसा लगता है, जो कुछ भी करता है - यह एक निश्चित सीमा तक लॉगिन प्रक्रिया को धीमा कर देता है। यह स्क्रिप्ट की तरह ब्लॉक नहीं करता है landscape-common, लेकिन यह धीमा है।
इस मुद्दे पर बग रिपोर्ट:
वर्कअराउंड वहाँ से:
आप सही हैं कि एक मकसद पेश करने की तुलना में लॉग इन करने की क्षमता अधिक महत्वपूर्ण है। यदि यह व्यवहार आपके लिए एक समस्या है, तो कई तरीके हैं जिनसे आप इसे अक्षम कर सकते हैं:
/etc/pam.d/sshdयदि आप एक motd प्रदर्शित नहीं करना चाहते हैं तो 'pam_motd' लाइन पर टिप्पणी करें ।/etc/update-motd.dनिर्देशिका की सामग्री को हटा दें ।- chmod -x उन लिपियों में,
/etc/update-motd.dजिन्हें आप चलाना नहीं चाहते हैं।
अंत में स्वयं समाधान पाया:
sudo apt-get remove landscape-client landscape-commonsession optional pam_motd.so
में /etc/pam.d/loginऔर/etc/pam.d/sshdअब लॉगिन INSTANT है!
आपके विवरण से यह एक नेटवर्किंग समस्या की तरह लगता है। जाँच द्वारा पता करना:
यदि आप Windows और PuTTY के साथ OK कनेक्ट कर सकते हैं, तो यह संभवतः सर्वर की तरफ से कोई समस्या नहीं है।
यदि PermitEmptyPasswordऔर UsePAMदोनों सक्षम हैं, तो OpenSSH सर्वर हमेशा एक अशक्त पासवर्ड के साथ प्रमाणीकरण का प्रयास करता है, जो यह संकेत के रूप में लेता है कि प्रश्न में खाते के लिए कोई प्रमाणीकरण आवश्यक नहीं है। जैसे ही दोनों प्रोटोकॉल में प्रमाणीकरण प्रक्रिया शुरू होती है, और ग्राहक से किसी भी "वास्तविक" प्रमाणीकरण अनुरोध के जवाब में ऐसा नहीं होता है। ओपनएसएसएच केवल इस तरह की पहुंच की अनुमति देगा यदि sshd_config ध्वज PermitEmptyPasswordसेट है; दुर्भाग्य से, जिस तरह से कोड लिखा गया है, वह किसी भी मामले में पासवर्ड परीक्षण करता है, और इस प्रकार PAM को विफलता के रूप में दिखाता है।
तो: अक्षम PermitEmptyPasswordया UsePAM, लेकिन याद रखें: PAM के बिना, आप बिना चाबी के लॉगिन नहीं कर पाएंगे।
संदर्भ: https://groups.google.com/forum/?fromgroups=# .topic/comp.security.ssh/ wExY बैंकWlG- c
मुझे लगता है कि जब आप लॉगिन करते हैं, तो ubuntu इन फ़ाइलों में से एक या अधिक को निष्पादित करता है:
/etc/bash.bashrc
~/.bash_profile
~/.bashrc
आप देख सकते हैं कि उनमें क्या है और शायद यह देखने के लिए उन्हें क्रियान्वित करने की कोशिश करें कि इतनी देर क्या हो रही है।
मेरे सीमित अनुभव में, जब पोटीन काम करता है, लेकिन लिनक्स, उबंटू इस मामले में, ऐसा नहीं है, यह आमतौर पर जीवित रहता है। नेटवर्किंग या सर्वर समस्याएँ क्लाइंट OS दोनों को प्रभावित करती हैं।
आप कमांड लाइन पर उपर्युक्त जीवित विकल्प का उपयोग कर सकते हैं, लेकिन यह टाइप करने के लिए कठिन है।
कुछ कॉन्फ़िगरेशन फ़ाइलों को संपादित करना आसान है।
यदि आपके पास है root access, और सभी उपयोगकर्ताओं के लिए इसे स्वचालित रूप से सक्षम करना चाहते हैं, तो संपादित करें /etc/ssh/ssh_config, जोड़ें
KeepAlive yes
ServerAliveInterval 120
यदि आपके पास रूट एक्सेस नहीं है, या इसे एक ही उपयोगकर्ता के लिए सक्षम करने के लिए, ~/.ssh/configउसी दो पंक्तियों को संपादित और जोड़ सकते हैं।
/ Var / log पर अपने सिस्टम लॉग की जांच करें, आपको संबंधित त्रुटि / टाइमआउट के साथ एक संदेश मिल सकता है।
अगर आपके पास भी समय से पहले इंतजार है
संपादित करें /etc/sshd_config
और सेट (या जोड़ें)
UseDNS no
या अपने आईपी जोड़ें /etc/hostsअगर यह एक स्थिर स्थानीय एक है
आप पहले से ही लॉग-इन कनेक्शन (या एक अलग कंसोल) से सर्वर पर लॉग इन करते समय चल रही प्रक्रियाओं की निगरानी करने का प्रयास करना चाह सकते हैं। उस समय स्पॉट करने का एक मौका है जो प्रक्रियाएं सबसे सक्रिय हैं या उस समय सबसे अधिक सीपीयू का उपयोग कर रही हैं।
नीचे एक संभव तरीका है:
topवहाँ देखने के लिए क्या होता है।कृपया ध्यान दें, यदि विलंब सीपीयू-गहन गणना के कारण नहीं होता है, तो आप कुछ भी बाहर नहीं करेंगे। यह समस्या आई / ओ बाध्य हो सकती है (कुछ डिस्क पढ़ने / लिखने या नेटवर्क की प्रतिक्रिया के लिए प्रतीक्षा)।