SSH पासवर्ड नहीं मांगता, तुरंत "अनुमति अस्वीकृत" देता है

14

उपयोगकर्ता खाते का उपयोग करके SSH की कोशिश करना; रूट खाता काम करता है लेकिन मैं एक निजी कुंजी निर्दिष्ट कर रहा हूं। उपयोगकर्ता खाता केवल "अनुमति से इनकार कर दिया (publickey, gssapi-with-mic) मुझे अपने पासवर्ड के लिए बिल्कुल भी संकेत दिए बिना।

मैं इसे कैसे ठीक कर सकता हूं इसलिए मैं पासवर्ड के साथ लॉग इन कर सकता हूं, और कुंजी नहीं? मैं अभी इसके लिए एक निजी कुंजी का उपयोग नहीं करना चाहता, लेकिन एक नियमित खाता है।

linux ssh

— वेन मोलिना
स्रोत

4

कुंजी-आधारित प्रमाणीकरण अभी भी एक "नियमित" खाते में आप लॉग ...

— Womble

29

सर्वर में सेटिंग है

 PasswordAuthentication no

इसे हां में बदलें और पुनः आरंभ करने के बाद आप पासवर्ड प्रमाणीकरण का उपयोग करने में सक्षम होंगे।

— ए एफ।
स्रोत

3

मामले में किसी को भी पता नहीं है, PasswordAuthentication सेटिंग / etc / ssh / sshd_config में है।

— 23

7

Ssh -vv के साथ अपना लॉगिन अनुक्रम जांचें। यह आपको बताएगा कि प्रमाणीकरण के कौन से तरीके आजमाए गए हैं और कौन से असफल। आप तब सक्षम कर सकते हैं जो आप चाहते हैं और जो आप नहीं चाहते हैं उसे अक्षम करें। बेशक, पहले सक्षम करें।

— wzzrd
स्रोत

3

/etc/ssh/sshd_configसेटिंग करने के लिए आपको संपादन भी करना होगा :

ChallengeResponseAuthentication yes

साथ ही साथ...

PasswordAuthentication yes

और नई सेटिंग्स को लेने के लिए उपयोगकर्ता / sbin / सेवा ssh को बाद में पुनः चलाना / चलाना याद रखें ।

— rfreytag
स्रोत

शाब्दिक की /etc/ssh/sshd_configजरूरत है कि इसके अंडरस्कोर को इटैलिक्स में प्रदर्शित किए जाने वाले पूरे रास्ते के लिए एक बैकस्लैश के साथ भाग निकले। (

— एडिट्स

इसका बेहतर उत्तर है

— हर्षितगुप्ता

2

यह आपकी sshdफ़ाइल में है (ssh नहीं, जो आपको संभवतः / etc / ssh में भी मिलेगा)

मेरा मानना है कि आप यह सुनिश्चित करना चाहते हैं कि PasswordAuthentication yesसेट किया गया और अप्रतिबंधित हो।

— BuildTheRobots
स्रोत

2

एफ ने मुझे क्षणों तक हरा दिया। -अचानक मैं अभी तक उसकी टिप्पणी नहीं कर सकता। आपको /etc/init.d/sshd restartसंपादन संपादित करने के बाद रिबूट करने के बजाय चलाने में सक्षम होना चाहिए ।

— BuildTheRobots

और जब मैं आपको बताता हूं कि आप क्या निर्देश देते हैं। क्षमा करें :(

— BuildTheRobots 19

MidnighToker: आपके पास आपके उत्तर के निचले भाग में "एडिट" लिंक होना चाहिए जिसका उपयोग आप निर्देश का नाम ठीक करने के लिए कर सकते हैं (PubkeyAuthentication से PasswordAuthentication तक)

— जेम्स पोली

धन्यवाद। यह मुझे भविष्य के लिए और अधिक सावधान कर देगा-इसके लिए प्रतिनिधि।

— BuildTheRobots

1

यह /etc/init.d/sshd reloadकिसी भी आधे-अधूरे डिस्ट्रो पर होगा।

— वोमबेल

0

और जब कोई और इस समस्या में भागता है, तो मुझे यह समस्या तब हुई है जब भी उपयोगकर्ता की निजी कुंजी के पास अनुमतियाँ बहुत खुली हों। इसे काम पर लाने के लिए मुझे निजी कुंजी को 400 पर चोदना पड़ा (जो कि कुंजी बनाते समय डिफ़ॉल्ट रूप से अनुमतियों का स्तर होता है, मुझे विश्वास है। पता नहीं क्यों यह एक अलग था)।

मुझे नहीं पता कि क्या यह हमेशा मामला है, हालांकि। यह एक मैक पर हुआ।

— Safado
स्रोत

0

मेरे लिए, यह पता चला कि एक समस्या निवारण सत्र के दौरान, LOCAL ssh_config फ़ाइल को संशोधित किया गया था। इन विधियों में से किसी ने भी मेरे लिए काम नहीं किया, लेकिन PasswordAuthentication yesस्थानीय मशीन में / etc / ssh / ssh_config में काम किया।

बस मामले में यह किसी को बाहर करने में मदद करता है।

— glmdev
स्रोत

-1

यह ssh- एजेंट के चलने के कारण भी हो सकता है। ps aux|grep ssh-agent

इसे सुरक्षित रूप से मारा जा सकता है।

— क्रेग
स्रोत

3

नहीं, यह नहीं कर सकता, और नहीं, यह नहीं कर सकता।

— Womble