हर बार जब मैं सूडो का उपयोग करता हूं तो इसे पूरा करने से पहले लटका देता है

12

मुझे पासवर्ड के लिए संकेत मिलता है या नहीं, यह प्रमाणीकरण को स्वीकार करने और जो मैंने पूछा था उसे निष्पादित करने के बीच लटका हुआ है। दूसरे शब्दों में sudo lsलगभग 60 सेकंड तक लटका रहेगा।

मैं इस बारे में उलझन में हूँ कि यह क्या हो सकता है। यह सेंटोस 5 पर है, और मैंने इसे देखा selinuxऔर इसे अक्षम और सक्षम दोनों के लिए सेट किया है, लेकिन इसका कोई प्रभाव नहीं दिखता है।

linux centos sudo

— dlamblin
स्रोत

15

इस सवाल का जवाब @ TheAndruu से :

ऐसा तब होता है जब आप इंस्टॉल प्रक्रिया के दौरान होस्टनाम बदलते हैं। समस्या को हल करने के लिए, फ़ाइल / आदि / मेजबानों को संपादित करें

127.0.0.1 लोकलहोस्ट लोकलहोस्टल। लोकलहोस्टेन लोकलहोस्ट 4 लोकलहोस्ट 4।लोकडोमेन 4 [ADD_YOURS_HERE] 
:: 1 लोकलहोस्ट लोकलहोस्टल। लोकोलाईडैन लोकलहोस्ट 6 लोकलहोस्ट 6।लोकडोमैन 6 [ADD_YOURS_HERE]

मुझे फेडोरा 11 पर ठीक यही समस्या थी और इसने इसे हल किया।

— gareth_bowles
स्रोत

मैंने सिर्फ यह सुनिश्चित किया कि मेरी लाइन $HOSTNAMEमें सेट किया गया 127.0.0.1था। इसने काम कर दिया। धन्यवाद।

— dlamblin

1

BTW sudo lsकिस तरह से नेटवर्क का उपयोग करता है?

— dlamblin

इसने ubuntu 16.04 के लिए भी काम किया - इसके अलावा मुझे 127.0.1.1 के लिए नाम बदलना पड़ा - 127.0.0.1 लोकलहोस्ट था

— बिल राइडर

1

कभी-कभी जब आपका डिफ़ॉल्ट मार्ग सेट नहीं होता है, तो sudo हैंग की तरह कमांड करता है।

netstat -rयह जांचने की कोशिश करें कि क्या रूट सही तरीके से सेट है।

क्या यह मशीन स्थानीय / etc / पासवार्ड फ़ाइल या ldap जैसी किसी चीज़ से अपना पासवर्ड प्राप्त करती है?

— egorgry
स्रोत

यह उपयोग नहीं कर रहा है ldap; मुझे लगता है कि यह प्रयोग कर रहा है/etc/passwd

— dlamblin

/etc/passwdयह ऑर्टिकल के लिए उपयोग नहीं किया जाता है, इसका उपयोग आईडी से नाम रिज़ॉल्यूशन के लिए किया जाता है। /etc/shadowप्रमाणीकरण के लिए प्रयोग किया जाता है।

— LiraNuna

1

केवल दूसरी चीज जिसे आप जांचना चाहते हैं, वह है आपकी /etc/resolv.conf फ़ाइल यह सुनिश्चित करने के लिए कि आपके पास वहां उचित dns प्रविष्टि है। मैंने अतीत में देखा है जहां यह देरी का कारण बन सकता है।

— माइक रेत
स्रोत

1

आपको तीन चीजों की जांच करनी चाहिए। 1. / etc / hostname 2. / etc / मेजबान 3. /etc/resolv.conf

मैंने पाया कि मेरा होस्टनाम सही था कि मेजबान फ़ाइल गलत थी और उसके ऊपर resolv.conf को अपडेट करने की आवश्यकता थी।

— पॉल जे बैरेट
स्रोत

1

मेरे लिए यह krb5-user / config इंस्टॉल किया जा रहा था। मैंने /var/log/auth.log की जांच करके और pam_krb5 को pam_unix के पहले प्रयासों को देखकर इस पर ध्यान दिया। उन पैकेजों की स्थापना रद्द करने के लिए apt-get remove का उपयोग करके इसे ठीक किया। अगर आप केर्बोस (pam_krb5) स्पष्ट रूप से आवश्यक कंप्यूटर पर हैं तो उन पैकेजों को न निकालें। मेरी सुडोल लटक लगातार 30s से 0 s तक गई।

— Halsafar
स्रोत

1

यह हमसफर के उत्तर में संकेत दिया गया है , मेरे पास केर्बोस है जो मेरे कार्य वीपीएन पर सक्षम है लेकिन जब मैं इसे बंद करूंगा तो यह बेकार है, इसलिए मैंने /etc/pam.d/common-authउपयोग करने के लिए pam_unixपहले मॉड्यूल मॉड्यूल क्रम को बदल दिया pam_krb5:

इससे पहले:

auth [success=4 default=ignore] pam_krb5.so ...
auth [success=3 default=ignore] pam_unix.so ...

उपरांत:

auth [success=4 default=ignore] pam_unix.so ...
auth [success=3 default=ignore] pam_krb5.so ...

इसने मेरे सूडो को 30 के दशक से 0 के दशक में बदल दिया जैसा कि हलसफर के जवाब में किया गया था।

— dcmorse
स्रोत

0

सोलारिस पर 10 सूडो लगभग 30 सेकंड तक लटके रहे। ट्रस की मदद से मैं अंततः यह निर्धारित करने में सक्षम था कि यह कोटा कमांड पर लटका हुआ था जो एनएफएस माउंट पर लटका हुआ था। NFS शेयर को अनमाउंट करने से हैंग खत्म हो गया। यह निर्धारित नहीं किया है कि शेयर में क्या गड़बड़ है।

— otislafayette
स्रोत

0

फेडोरा 30 में, स्नैपडी सुडो, सु, आदि का कारण बनता है, बहुत धीमी गति से, और सत्र संबंधी अन्य समस्याएं भी।

यदि आप फेडोरा में हैं, तो स्नैपडील को अनइंस्टॉल करना एक अनुशंसित विकल्प है।

— notcarlsatan
स्रोत