Ssh का "पासवर्ड" प्रॉम्प्ट प्रकट होने में इतना समय क्यों लेता है?


94

जब मैं प्रयास करता हूं ssh, तो पासवर्ड संकेत दिखने में बहुत लंबा (लगभग दो मिनट) लगता है।

ऐसा क्यों होता है?


1
गाइल्स के जवाब होना चाहिए जवाब के रूप में टिप्पणी में बताया गया है, वास्तव में।
गर्टविज्क

जवाबों:


143

कई चीजें हैं जो गलत हो सकती हैं। -vvvSsh प्रिंट को जोड़ने के लिए जोड़ें कि यह क्या कर रहा है, और देखें कि यह कहाँ रुक रहा है।

समस्या क्लाइंट या सर्वर पर हो सकती है।

सर्वर पर एक आम समस्या यह है कि यदि आप एक क्लाइंट से कनेक्ट कर रहे हैं जिसके लिए DNS लुकअप समय को रिवर्स करता है। ("रिवर्स डीएनएस लुकअप" का मतलब क्लाइंट मशीन के आईपी पते से होस्ट नाम पर वापस मिलना है। यह सुरक्षा के लिए वास्तव में उपयोगी नहीं है, केवल लॉग प्रविष्टियों से ब्रेकिन प्रयासों का निदान करने में थोड़ा मददगार है, लेकिन डिफ़ॉल्ट कॉन्फ़िगरेशन वैसे भी करता है।) रिवर्स DNS खोज के बंद करने के लिए, जोड़ने UseDNS noके लिए /etc/ssh/sshd_config(आप सर्वर पर रूट करने की आवश्यकता है, बाद में SSH सेवा को पुनः आरंभ करने का ध्यान रखें)।

एक और चीज जो गलत हो सकती है, वह है GSSAPI प्रमाणीकरण टाइमिंग। अगर आपको नहीं पता कि वह क्या है, तो आप शायद उस पर भरोसा नहीं कर रहे हैं; आप पंक्ति जोड़कर इसे बंद कर सकते GSSAPIAuthentication noकरने के लिए /etc/ssh/ssh_configया ~/.ssh/config(है कि ग्राहक की ओर है)।


8
मेरे लिए यह GSSAPIAuthentication समस्या थी। धन्यवाद।
राजविरवर्मा

14
रिवर्स DNS लुकअप मेरी समस्या थी
ट्रिनिटी

2
रिवर्स DNS मेरे लिए भी अपराधी था, और UseDNS noइसे एक आकर्षण की तरह तय किया। मैं आंतरिक नेटवर्क पर हूं, आंतरिक आईपी के लिए रिवर्स लुकअप को संभालने के लिए कोई DNS सर्वर नहीं है।
जॉर्डन मैक

1
क्या अक्षम करने के लिए सुरक्षा निहितार्थ हैं GSSAPIAuthentication? (15 मिनट के लिए googling उस पर प्रकाश डाला नहीं था)
अलेक्जेंडर मालाखोव

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

13

लॉगिन प्रक्रिया को समय दें और देखें कि इसमें कितना समय लगेगा:

[root@gislab00207 ~]# time ssh root@ISSLABNTL01
root@isslabntl01's password:
Last login: Fri Oct  4 07:55:03 2013 from 3.60.40.232

[root@ISSLABNTL01 ~]# exit
logout
Connection to ISSLABNTL01 closed.

real    0m45.192s
user    0m0.003s
sys     0m0.005s

You have new mail in /var/spool/mail/root
[root@gislab00207 ~]#

ऊपर देखें कि लॉगिन करने में लगभग 45 सेकंड लग गए -------- बहुत कम

एक बार जब आप रूट एडिट sshd_config फ़ाइल के रूप में लॉगिन करते हैं और नीचे दिए गए UseDNS प्रविष्टि को बदलते हैं। यहाँ मैं फाइल को एडिट करने के बजाय sed का उपयोग कर रहा हूँ।

[root@ISSLABNTL01 ~]# grep -i dns /etc/ssh/sshd_config
#UseDNS yes

[root@ISSLABNTL01 ~]# sed -i 's/#UseDNS yes/UseDNS no/g' /etc/ssh/sshd_config
[root@ISSLABNTL01 ~]# grep -i dns /etc/ssh/sshd_config
UseDNS no

[root@ISSLABNTL01 ~]# service sshd restart
Stopping sshd:                                             [  OK  ]
Starting sshd:                                             [  OK  ]
[root@ISSLABNTL01 ~]# exit

हमें लॉगिन प्रक्रिया का समय दें और देखें कि अब कितना समय लगेगा।

[root@gislab00207 ~]# time ssh root@ISSLABNTL01
root@isslabntl01's password:
Last login: Fri Oct  4 07:55:03 2013 from 3.60.40.232

[root@ISSLABNTL01 ~]# exit
logout

Connection to ISSLABNTL01 closed.

real    0m6.192s
user    0m0.003s
sys     0m0.005s

You have new mail in /var/spool/mail/root
[root@gislab00207 ~]#

यह देखें कि मुझे पासवर्ड टाइप करने में अभी 6 सेकंड का समय है।


शानदार .. एक बिंदु फिर से समय .. useDNS ने मेरे लिए इसे ठीक नहीं किया .. मेरे पास पासवर्ड प्रमाणीकरण था और देरी उस पासवर्ड को प्रदर्शित करने के लिए संकेत देने के लिए थी .. मैं इंतजार कर रहा था कि तब दिखाई देने के लिए ctrl-c इतना 'समय था 'मुझे पासवर्ड दर्ज करना शामिल नहीं था।
बार्लॉप

मैं फिक्स्ड मेरे इश्यू UseDNS noमें पुष्टि कर सकता /etc/ssh/sshd_configहूं

UseDNS noइसे हल किया
पांडुरंग पाटिल

@PandurangPatil खराब कॉन्फ़िगरेशन विकल्प: प्रयुक्त
युसेफ़ मोहम्मदी

@zhilevan आपको यह भी उल्लेख करना चाहिए कि यह खराब कॉन्फ़िगरेशन क्यों है। यह समझने में मदद करेगा कि यह खराब कॉन्फ़िगरेशन क्यों है
पांडुरंग पाटिल

4

यह कुछ ऐसा है जो उबंटू की स्थापना से गलत है।

इसे ठीक करने के लिए आपको इस पंक्ति को /etc/nsswitch.conf में बदलना होगा :

hosts:          files mdns4_minimal [NOTFOUND=return] dns mdns4

और इसे इस एक के लिए बदलें:

hosts:          files dns

3
उबंटू का विन्यास गलत नहीं है। कुछ मामलों में (बिना केंद्रीय DNS सर्वर वाले होम नेटवर्क), यह सही बात है। दूसरों में (नेटवर्क जहां mDNS अनुरोध समय समाप्त करता है), यह बुरा है।
जिल्स

[NOTFOUND = वापसी] नहीं होनी चाहिए।
न्यूरोकिनो

4
@ न्यूक्विनो यह होना चाहिए। यह एक कारण है कि आप स्पष्ट रूप से नहीं समझते हैं। nsswitch.confइस तरह से अपने आप को परेशान करना मुसीबत के लिए पूछ रहा है और एसएसएच को धीमा करने के लिए एक सामान्य समाधान प्रदान नहीं करता है।
गर्टविज्क

यह मुझे एकमात्र समाधान लगता है जो काम करता है
लिनेलो

4

मेरे मामले में, समस्या को फिर से शुरू करके हल किया जा सकता है systemd-logind:

systemctl restart systemd-logind

यह सर्वरफॉल्ट पर उल्लिखित है

मुझे यह नियमित रूप से करना है, और मुझे नहीं पता कि समस्या का मूल कारण क्या है।


1

मेरे मामले में ssh के लिए डिबग आउटपुट सिर्फ 30 सेकंड के लिए बंद हो गया, जबकि यह 'कनेक्टिंग' था। समाधान मेरे स्थानीय सिस्टम पर DNS सेटिंग्स से संबंधित है। पिछले नेटवर्क कॉन्फ़िगरेशन ने /etc/resolv.confफ़ाइल में एक फर्जी DNS सर्वर को पीछे छोड़ दिया था । वर्तमान DNS सर्वर के साथ इसे बदलने से समस्या ठीक हो गई।


0

मेरे लिए सिस्टम डीएनएस को 127.0.0.1 में बदल रहा था, इससे पहले यह एक गैर-मौजूदा होस्ट था।

nano /etc/resolv.conf

और निम्नलिखित लिखिए

domain localdomain
search localdomain
(Removed this line) ===> nameserver 10.0.0.1
(Added this line) ===> nameserver 127.0.0.1

मेरे लिए यह फाइल /etc/resolv.conf (no e) लगती है
छाया

0

मैं पोस्टर के वातावरण के बारे में उतना नहीं जानता जितना मैं चाहूंगा, लेकिन एक समान समस्या वाले अन्य लोगों के लिए, यह एक मुद्दा हो सकता है sssd, जिसका उपयोग हम ldap मोजो में टाई करने के लिए करते हैं।

मेरे साथ ऐसा होता है:

$ time ssh server.example.com

real  2m0.018s
user  0m0.006s
sys   0m0.004s

मुझे सर्वर तक पहुँच प्राप्त करनी है (कंसोल के माध्यम से मेरे मामले में) तो एक करें:

service restart sssd

उसके बाद, चीजें सिर्फ काम करती हैं। मेरे पास मूल कारण को डीबग करने का समय नहीं है, लेकिन यह बैंडेड मेरे लिए काम करता है।


0

मैं ssh के माध्यम से धीमी पासवर्ड प्रॉम्प्ट को हल कर सकता हूं । मेरे dlink राउटर पर DHCP सेटिंग्स में DNS रिले सक्षम करें चेक करके समस्या । बाद में एसएसएच के साथ कनेक्शन एक सेकंड के भीतर काम किया।

Network Settings -> Router Settings -> Enable DNS Relay [x]

डिफ़ॉल्ट कॉन्फ़िगरेशन प्रदाता के लिए हर DNS अनुरोध को आगे करता है। यह धीमा था, हालांकि मैं ssh pi@10.0.0.103 से जुड़ रहा था। समाधान का संकेत /etc/resolv.conf "Search upc.at" में एक प्रविष्टि थी जो कि dhcp के माध्यम से प्रदान की जाती है।

डंकल मैनुअल कहता है:

When DNS Relay is enabled, DHCP clients of the router will be assigned 
the router's LAN IP address as their DNS server. All DNS requests that 
the router receives will be forwarded to your ISPs DNS servers. 
When DNS relay is disabled, all DHCP clients of the router will 
be assigned the ISP's DNS server.

क्लाइंट और सर्वर पर एक dhcp रिलीज़ के बाद, SSH के माध्यम से कनेक्ट करना फिर से तेज़ हो गया था। HTH।

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