SSH कुंजी: "id_rsa.pub 'के लिए अनुमतियाँ 0644 बहुत खुली हैं।" मैक पर

Question

मैं अपने मैक पर एक ssh कुंजी जोड़ी उत्पन्न करता हूं और सार्वजनिक कुंजी को अपने ubuntu सर्वर में जोड़ता हूं (वास्तव में, यह मेरे मैक पर एक वर्चुअल मशीन है), लेकिन जब मैं ubuntu सर्वर को लॉगिन करने की कोशिश करता हूं, तो यह कहता है:

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@         WARNING: UNPROTECTED PRIVATE KEY FILE!          @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Permissions 0644 for '/Users/tudouya/.ssh/vm/vm_id_rsa.pub' are too open.
It is required that your private key files are NOT accessible by others.
This private key will be ignored.
bad permissions: ignore key: /Users/tudouya/.ssh/vm/vm_id_rsa.pub
Permission denied (publickey,password).

मैंने इसे हल करने के कई तरीके आज़माए हैं, कुंजी फ़ाइल मोड को बदलें, फ़ोल्डर मोड को बदलें, स्टैकओवरफ़्लो पर कुछ उत्तर के रूप में, लेकिन यह काम नहीं करता है।
कुंजी फ़ाइल अनुमति:

vm dir:
drwxr-xr-x   4 tudouya  staff    136  4 29 10:37 vm

key file:
-rw-------  1 tudouya  staff  1679  4 29 10:30 vm_id_rsa
-rw-r--r--  1 tudouya  staff   391  4 29 10:30 vm_id_rsa.pub

मुझे कुछ विचार दे कृपया ... =========================================

मैं होस्ट जानकारी को ssh_config पर लिखें:

Host ubuntuvm
    Hostname 10.211.55.17
    PreferredAuthentications publickey
    IdentityFile /Users/tudouya/.ssh/vm/vm_id_rsa.pub

मैं "ssh -v ubuntuvm" कमांड चलाता हूं, यह प्रदर्शित करता है:

ssh -v ubuntuvm
OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: /etc/ssh_config line 103: Applying options for *
debug1: /etc/ssh_config line 175: Applying options for ubuntuvm
debug1: Connecting to 10.211.55.17 [10.211.55.17] port 22.
debug1: Connection established.
debug1: identity file /Users/tudouya/.ssh/vm/vm_id_rsa.pub type 1
debug1: identity file /Users/tudouya/.ssh/vm/vm_id_rsa.pub-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-8
debug1: match: OpenSSH_6.6.1p1 Ubuntu-8 pat OpenSSH*
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr [e-mail] none
debug1: kex: client->server aes128-ctr [e-mail] none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA 55:6d:4f:0f:23:51:ac:8e:70:01:ec:0e:62:9e:1c:10
debug1: Host '10.211.55.17' is known and matches the RSA host key.
debug1: Found key in /Users/tudouya/.ssh/known_hosts:54
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/tudouya/.ssh/vm/vm_id_rsa.pub
debug1: Server accepts key: pkalg ssh-rsa blen 279
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@         WARNING: UNPROTECTED PRIVATE KEY FILE!          @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Permissions 0644 for '/Users/tudouya/.ssh/vm/vm_id_rsa.pub' are too open.
It is required that your private key files are NOT accessible by others.
This private key will be ignored.
bad permissions: ignore key: /Users/tudouya/.ssh/vm/vm_id_rsa.pub
debug1: No more authentication methods to try.
Permission denied (publickey,password).

Comments

क्या आप विशिष्ट ssh कमांड को चलाने के लिए अपने प्रश्न को संपादित कर सकते हैं? यदि ssh कॉन्फ़िग फ़ाइल में विचाराधीन कुंजी फ़ाइल निर्दिष्ट की गई है, तो कृपया कॉन्फ़िगर फ़ाइल से संबंधित पंक्ति (पंक्तियों) को भी शामिल करें।

— केनस्टर

मेरे लिए "खराब अनुमतियाँ"

— थीं

-i id_rsa.pubकनेक्शन के लिए ssh कमांड के उपयोग में जोड़ने पर मुझे इस समस्या का सामना करना पड़ता है । लगता है कि ssh कमांड फोर्स पर कुछ सार्वजनिक कुंजी का उपयोग करने के लिए पासवर्ड (यहां तक ​​कि जब पासफ़्रेज़ खाली था, तो कम से कम मेरे मामले पर) का उपयोग करने के लिए लागू होता है

— डिएगो एन्ड्रेस डीज़ एस्पिनोज़ा

Answer 1

debug1: identity file /Users/tudouya/.ssh/vm/vm_id_rsa.pub type 1

ऐसा प्रतीत होता है कि आप गलत कुंजी फ़ाइल का उपयोग करने का प्रयास कर रहे हैं। ".Pub" एक्सटेंशन वाली फ़ाइल सार्वजनिक कुंजी फ़ाइल है। ".Pub" एक्सटेंशन के बिना संबंधित फ़ाइल निजी कुंजी फ़ाइल है। जब आप किसी दूरस्थ सर्वर से कनेक्ट करने के लिए ssh क्लाइंट चलाते हैं, तो आपको ssh क्लाइंट को निजी कुंजी फ़ाइल प्रदान करनी होगी।

संभवतः आपकी .ssh/configफ़ाइल में एक पंक्ति है (या /etc/ssh_config) जो इस तरह दिखती है:

IdentityFile .../.ssh/vm/vm_id_rsa.pub

आपको फ़ाइल नाम से ".pub" एक्सटेंशन को निकालने की आवश्यकता है:

IdentityFile .../.ssh/vm/vm_id_rsa

Comments

मुझे SQLPro के साथ यह समस्या आ रही थी और उसने .pubनिजी फ़ाइल के बजाय सार्वजनिक रूप से ( ) फ़ाइल को गलत तरीके से चुना था ।

— हेनरी

मैं इस त्रुटि जब मैंने किया था मिल गया ssh -i id_ed25519.pubकर जबकि ssh -i id_ed25519काम करता है

— बोरिस

धन्यवाद मुझे यहाँ बचाया।

— अबरन

प्रतिभाशाली! धन्यवाद!

— आलिशवेल

Answer 2

मैं आपको सुझाव देता हूं:

chmod 400 ~ / .ssh / id_rsa

मेरे लिए काम ठीक है।

Comments

“Permissions 0644 for 'id_rsa.pub' are too open."और इसलिए कुंजी को नजरअंदाज कर दिया गया था। यह शायद इसलिए था क्योंकि मैंने अपने दूसरे पीसी से की-फाइल को कॉपी किया था। लेकिन अनुमतियाँ तय करने से समस्या ठीक हो गई। धन्यवाद!

— पैरासेरिश

@ xoxn - 1'w3k4n यह इतना बुरा क्यों है? यह समझ में आता है कि क्या लोग नकल करते हैं या अन्यथा खराब तरीके से इन संवेदनशील फाइलों तक अपनी पढ़ने-लिखने की पहुंच को प्रबंधित करते हैं, कि उन्हें तय किया जाना चाहिए।

— गेरार्ड

यह डक्ट टेप नहीं है। यदि आप अपने आईडी पर कॉपी करते हैं, तो इसका मतलब है।

— ऐलिस्बो

पुराने कंप्यूटर से ssh कीज कॉपी करते समय मेरे लिए एक समाधान के रूप में काम किया!

— निक

WSL पर भी काम करता है

— h-rai

Answer 3

उपयोगकर्ता में लॉग द्वारा कुंजी पठनीय होनी चाहिए।

इसे इस्तेमाल करे:

chmod 400 ~/.ssh/Key file
chmod 400 ~/.ssh/vm_id_rsa.pub

Comments

सार्वजनिक कुंजी 400 या 600 के साथ मैं अवैध स्वरूप कर पानेssh-add ~/.ssh/id_rsa.pub

— rhand

Answer 4

chmod 400 path/to/filename

यह काम मेरे लिए। जब मैंने इस फाइल को किया तो मैं अपने EC2 उदाहरण से कनेक्ट करने में सक्षम हूं

Comments

यह मेरी खुशी है :) धन्यवाद

— मुहम्मद वजाहत अनवर

इसका उत्तर है

— म्लादेन डैनिक

Answer 5

कमांड से नीचे चलने के बाद यह मेरे लिए काम करता है

सुडो चामोद ६०० / पपथ / ततो / यम।कीप

Answer 6

मेरे मामले में, यह एक .pem फ़ाइल थी। पता चला कि उसके लिए भी अच्छा है। फ़ाइल की अनुमतियाँ बदलीं और यह काम कर गई।

chmod 400 ~/.ssh/dev-shared.pem

उन सभी के लिए धन्यवाद जिन्होंने ऊपर मदद की।

Answer 7

यदि कुंजियाँ ~ / .ssh निर्देशिका में हैं, तो उपयोग करें

chmod 400 ~ / .ssh / id_rsa

यदि कुंजियाँ अलग निर्देशिका में हैं, तो उपयोग करें

chmod 400 directory_path / id_rsa

इसने मेरे लिए काम किया।

Comments

यह अन्य उत्तरों को कैसे बेहतर बनाता है?

— निको हसे

यह पब की कुंजी नहीं है जिसे संरक्षित किया जाना चाहिए, निजी एक है

— Picarus

निजी कुंजी को संरक्षित करना होगा।

— बाशान

इससे मेरा काम बनता है। मुझे लगता है कि chmod 400 ~/.ssh/id_rsaयह वही है जो आपने @Anirban का मतलब है। जैसा कि ऊपर कहा गया है: ".pub" एक्सटेंशन वाली फ़ाइल सार्वजनिक कुंजी फ़ाइल है। ".Pub" एक्सटेंशन के बिना संबंधित फ़ाइल निजी कुंजी फ़ाइल है। हमें निजी सुरक्षा की जरूरत है।

— नवीन कुमार

उत्तर को संपादित किया। यह निजी कुंजी होनी चाहिए।

— अनिर्बान

Answer 8

लॉट के समान उत्तर लेकिन कोई स्पष्टीकरण नहीं ...

त्रुटि इसलिए डाली गई क्योंकि निजी कुंजी फ़ाइल अनुमतियां बहुत खुली हैं। यह एक सुरक्षा जोखिम है।

न्यूनतम होने के लिए निजी कुंजी फ़ाइल पर अनुमतियाँ बदलें (केवल स्वामी द्वारा पढ़ें)

1. परिवर्तन का मालिक chown <unix-name> <private-key-file>
2. न्यूनतम अनुमतियाँ सेट करें (केवल फ़ाइल स्वामी को पढ़ें) chmod 400 <private-key-file>

Answer 9

मेरे लिए, डिफ़ॉल्ट मोड id_rsaहै 600, जिसका अर्थ है readableऔरwritable ।

जब मैं इस फ़ाइल को गिट रेपो में धकेलता हूं और इसे किसी अन्य पीसी से खींचता हूं, तो कभी-कभी निजी कुंजी फ़ाइल का मोड बन जाता है -rw-r--r-- ।

जब मैं निजी कुंजी फ़ाइल निर्दिष्ट करने के बाद ssh के साथ रेपो खींचता हूं, तो यह विफल हो गया और आपके साथ उसी तरह की चेतावनी दी। निम्नलिखित मेरी स्क्रिप्ट है।

ssh-agent bash -c "ssh-add $PATH_OF_RSA/id_rsa; \
git pull [e-mail]:someone/somerepo.git "

मैं इस समस्या को केवल मोड में बदलकर ठीक करता हूं 600।

chmod 600 $PATH_TO_RSA/id_rsa

Answer 10

परमिट 400 देने से कुंजी निजी हो जाती है और किसी अज्ञात द्वारा सुलभ नहीं होती है। यह कुंजी को एक संरक्षित के रूप में बनाता है।

chmod 400 /Users/tudouya/.ssh/vm/vm_id_rsa.pub

Answer 11

SSH कुंजियाँ निजी होने के लिए होती हैं इसलिए एक 644अनुमति बहुत खुली होती है।

rw -> User 
r -> Group
r -> Others

600उपयोग करने के लिए फ़ाइल की अनुमति बदलकर

chmod 600 <filename>

समस्या हल करता है। चूंकि यह कुंजी को केवल उपयोगकर्ता के लिए सुलभ बनाता है।

Ref: https://www.linux.com/training-tutorials/understanding-linux-file-permissions/

Answer 12

chmod 400 /etc/ssh/* मेरे लिये कार्य करता है।

Comments

आप ऐसा तब तक कर सकते हैं जब तक आप महसूस करें कि आप निर्देशिका की सभी कुंजियों को प्रभावित कर रहे हैं।

— J2N 14

Answer 13

यदि आप .ssh / config फ़ाइल का उपयोग कर रहे हैं तो प्रयास करें

chmod 0400 .ssh/config

फिर:

chmod 0400 .ssh/<<KEYFILE_PATH>>

Answer 14

जिन लोगों ने chmod 400 id_rsa.pub का सुझाव दिया, वे बिल्कुल भी सही नहीं लगे। यह काफी संभव था कि ऑप ने निजी कुंजी के बजाय पब कुंजी का इस्तेमाल किया ।

इसलिए इसे ssh -i /Users/tudouya/.ssh/vm/vm_id_rsa (the private key) user@hostठीक करना जितना आसान हो सकता है।

--- अपडेट करें ---

इस लेख की जाँच करें https://www.digitalocean.com/community/tutorials/how-to-set-up-ssh-keys--2 कैसे ssh कुंजी स्थापित करने के लिए के लिए

Comments

हो सकता है, हालांकि मेरे मामले में जब मैंने इस मुद्दे की खोज की और उत्तर मिला कि चोमोद 400 को मेरी समस्या को हल करने के लिए क्या चाहिए था। सभी सहायकों का धन्यवाद!

— J2N 14

Answer 15

बस अपने पेम के नीचे चलाएं

sudo chmod 600 /path/to/my/key.pem 

Answer 16

मैंने हटा दिया .pub file, और यह काम किया।

Comments

.Pub फ़ाइल को निकालना आवश्यक नहीं है। इसका मतलब यह भी होगा कि आपके पास बाद में उपयोग के लिए आपकी मशीन पर सार्वजनिक कुंजी का रिकॉर्ड नहीं होगा।

— हेनरी

यदि आपके पास ओपनएसएसएच है, तो आप निजी कुंजी से लापता सार्वजनिक कुंजी फ़ाइल का उपयोग करके पुन: प्राप्त कर सकते हैं ssh-keygen -i -f /path/to/private.key > /desired/path/to/public.key। तो, यह वास्तव में नहीं खोया है। :)

— डेन्नीसॉयर