ssh “අවසරයන් විවෘතයි” දෝෂයකි


2078

මගේ මැක් සමඟ ගැටළුවක් ඇති වූ අතර මට තවදුරටත් කිසිදු ආකාරයක ගොනුවක් තැටියේ සුරැකීමට නොහැකි විය. මට OSX සිංහයා නැවත පණ ගැන්වීමට සහ ලිපිගොනු සහ අක්කර වල අවසරයන් නැවත සැකසීමට සිදු විය.

නමුත් දැන් මට ගබඩාවක් කිරීමට අවශ්‍ය වූ විට මට පහත දැක්වෙන දෝෂය ssh වෙතින් ලැබේ:

Permissions 0777 for '/Users/username/.ssh/id_rsa' are too open.
It is recommended that your private key files are NOT accessible by others.
This private key will be ignored.

Id_rsa ගොනුවට මා ලබා දිය යුතු අවසර මට්ටම් මොනවාද?


21
Quesiton ඇසීමට ස්තූතියි. මෙම දෝෂ පණිවිඩය ලියූ තැනැත්තාට වලංගු වින්‍යාසයන් කිහිපයක් යෝජනා කිරීම වඩා හොඳ අත්දැකීමක් වනු ඇත (පහත යෝජනා කර ඇති පරිදි 600 හෝ 400 වැනි). ක්‍රමලේඛකයින් ප්‍රමාණවත් තරම් සම්පූර්ණ වැරදි පණිවිඩ ලිවීම ප්‍රයෝජනවත් නොවන අප වසර ගණනාවක් තිස්සේ වද හිංසා කර ඇත!
ජෝර්ජ් ප්ලිගොරොපොලොස්

FWIW, මෙය මෑන් පිටුවෙන් සේවාදායකයේ StrictModesසක්‍රීය කිරීම හා සම්බන්ධ වේ : "StrictModes පිවිසුම භාර ගැනීමට පෙර sshd (8) මඟින් ගොනු මාතයන් සහ පරිශීලකයාගේ ලිපිගොනු සහ නිවාස නාමාවලියෙහි හිමිකාරිත්වය පරීක්ෂා කළ යුතුද යන්න නියම කරයි." - ඔබට යෝජනා නොකළද මෙය අක්‍රිය කළ හැකිය. sshd
masseyb

Answers:


3515

යතුරු ඔබට කියවිය හැක්කේ ඔබට පමණි:

chmod 400 ~/.ssh/id_rsa

යතුරු ඔබට කියවිය හැකි නම්:

chmod 600 ~/.ssh/id_rsa

600 ක් ද හොඳ බව පෙනේ (ඇත්ත වශයෙන්ම බොහෝ අවස්ථාවන්හිදී වඩා හොඳය, මන්ද එය සංස්කරණය කිරීමට ඔබට පසුව ගොනු අවසර වෙනස් කිරීමට අවශ්‍ය නොවන බැවිනි).

මෑන්පේජ් වෙතින් අදාළ කොටස ( man ssh)

 ~/.ssh/id_rsa
         Contains the private key for authentication.  These files contain sensitive 
         data and should be readable by the user but not
         accessible by others (read/write/execute).  ssh will simply ignore a private 
         key file if it is              
         accessible by others.  It is possible to specify a
         passphrase when generating the key which will be used to encrypt the sensitive 
         part of this file using 3DES.

 ~/.ssh/identity.pub
 ~/.ssh/id_dsa.pub
 ~/.ssh/id_ecdsa.pub
 ~/.ssh/id_rsa.pub
         Contains the public key for authentication.  These files are not sensitive and 
         can (but need not) be readable by anyone.

303
400 ඉතා අඩු බැවින් එය ඔබගේ පරිශීලකයාට ලිවිය නොහැකි වේ. 600 ඇත්ත වශයෙන්ම නිර්දේශ කරනුයේ එය කියවීමට පමණක් නොව හිමිකරුට කියවීමට ලිවීමට ඉඩ සලසන බැවිනි.
jfreak53

8
400 ක් අදාල අවස්ථා ඇති බව මම අද සොයා ගතිමි. ඔබට බලයලත්_කයිස් ගොනුවක් ඇති බව සිතමු . ගොනුව ලිවිය හැකි නම්, පරිශීලකයාට ඇත්ත වශයෙන්ම බලයලත්_කයිස් ගොනුව නැවත ලිවිය හැකි අතර අන්තර්ක්‍රියාකාරී ෂෙල් ප්‍රවේශය ලබා ගත හැකිය! මතක තබා ගත යුතු දෙයක්, නිසැකවම බොහෝ මිනිසුන් සඳහා පොදු කාරණය නොවේ.
quickshiftin

17
AWS ඇත්ත වශයෙන්ම ඔවුන්ගේ වෙබ් අඩවියේ අවසර 400 නිර්දේශ කරයි. ඕඑස් එක්ස් හි මා කළේ එයයි.
ජෝර්ජ් මයිලෝනාස්

5
මෙය අනිවාර්යයෙන්ම ක්‍රියාත්මක වන අතර වඩා ආරක්ෂිත වේ. එකම අවාසිය නම් ඔබ එය සංස්කරණය කිරීම සඳහා 600 දක්වා වෙනස් කළ යුතුය. Id_rsa සහ id_rsa.pub සඳහා ඔබ සැක කරන්නේ කලාතුරකින් ඔබ එම ලිපිගොනු සංස්කරණය කරන්නේ කලාතුරකිනි, නමුත් බලයලත්_කයි සඳහා එය කරදරයක් විය හැකිය. වෙළඳාම අවබෝධ කර ගැනීමට සහ එක් එක් පද්ධතිය නිසි පරිදි වින්‍යාස කිරීමට හොඳම දේ.
quickshiftin

3
මම හිතන්නේ එය ද ඔබ කොපමණ වාරයක් සංස්කරණය කරනවාද යන්න මත රඳා පවතී. බොහෝ අය එය සකසා එය අමතක කර දමයි, මේ අනුව 400 ක් අන් අයගෙන් සහ ඔබගේ ක්‍රියාවෙන් වඩා සුරක්‍ෂිත වනු ඇත; අවශ්‍ය විට 600 දක්වා වෙනස් කිරීම. එය ඔබගේ කාර්ය ප්‍රවාහයේ කොටසක් වන අතර ඔබේ බුද්ධිමත් නම්, අවසර වෙනස් කිරීම දිගටම කරගෙන යාමට එය බාධාවක් වනු ඇත.
vol7ron

100

වින්ඩෝස් 8.1 හි සිග්වින් භාවිතා කරමින්, විධානයක් ක්‍රියාත්මක කළ යුතුය:

chgrp පරිශීලකයින් ~ / .ssh / id_rsa

එවිට මෙහි පළ කර ඇති විසඳුම යෙදිය හැකිය, 400 හෝ 600 හරි.

chmod 600 ~ / .ssh / id_rsa

Ref: http://vineetgupta.com/blog/cygwin-permissions-bug-on-windows-8


8
පෙදෙසි මත රඳා පවතී. "පරිශීලකයින්" එවැනි කණ්ඩායමක් වැරදී ඇති බැවින් මට "chgrp Użytkownicy ~ / .ssh / id_rsa" ධාවනය කිරීමට සිදුවිය.
මාකෝස්

මටත් මෙය කිරීමට සිදු විය. මගේ සිග්වින් නාමාවලිය පෙරනිමි ස්ථානයේ ( C:\cygwin64) ඇති බැවින් එයට අවසර ලැබිය හැකිය. මා සතුව ඇති වෙනත් ලැප්ටොප් පරිගණකවල මෙය සිදු නොවීම පුදුමයකි.
Zach Thacker

3
Ar මාකෝස් මම ප්‍රදේශය නොතකා ක්‍රියා කරන පිළිතුරක් එක් කළෙමි: stackoverflow.com/a/28647713/67013
thehouse

4
වින්ඩෝස් 10. දෙවන විධානය පමණක් භාවිතා කර ඇත. චාම් එකක් වගේ වැඩ කළා.
StalkAlex

විකල්ප භාෂාවල ස්ථාපනය සඳහා 'පරිශීලකයින්' කණ්ඩායමට විකල්ප හඳුනාගැනීම් ඇති බව සලකන්න.
ජෝන් රම්පල්



24

AFAIK අගයන්:

යතුරු ගොනුව පිහිටා ඇති ".ssh" සැඟවුණු නාමාවලිය සඳහා 700 කි

600 "id_rsa" යතුරු ගොනුව සඳහා


20

මගේ වින්ඩෝස් 10 හි දෝෂයක් ඇති බැවින් මම පහත සඳහන් පරිදි අවසරය ලබා දුන් අතර එය ක්‍රියාත්මක වේ.

වින්ඩෝස් 10 හි id_rsa සඳහා අවසරය

විස්තරාත්මකව, වෙනත් පද්ධති / කණ්ඩායම් 'සිස්ටම්' සහ 'පරිපාලකයින්' පමණක් සිටින තුරු ඉවත් කරන්න. ඉන්පසු ඔබේ වින්ඩෝස් පිවිසුම කියවීමේ අවසරයෙන් පමණක් එයට එක් කරන්න.

id_rsaගොනුව c:\users\<username>ෆෝල්ඩරය යටතේ ඇති බව සලකන්න .


වින් -10 හි මට එකම ගැටලුව තිබේ. ඔබගේ පැහැදිලි කිරීම මත පදනම්ව, ඔබ සැබවින්ම අවසර දී ඇත්තේ සහ ප්‍රතික්ෂේප කළේ කුමක් ද යන්න පැහැදිලි නැත - මට විකල්පයන් + පද්ධති සහ පරිපාලකයින් ලෙස “පරිශීලකයින්” සහ “සත්‍යාපිත පරිශීලකයින්” සහ “නිශ්චිත පරිශීලකයා” නොමැත. සිග්වින් ස්ථාපනය කිරීමට හෝ භාවිතා කිරීමට මට නොහැකි විය. (?)
සෑම්-ටී

2
Win10 අවශ්‍යතාවය සඳහා ඔබේ යතුර පරිශීලකයාගේ නිවසට ගෙනයන්න - මෙය පරිපූර්ණව ක්‍රියාත්මක විය. මම උත්සාහ කළේ යතුරට සම්පූර්ණ මාවත ලබා දීමට සහ අවසරයන් අවුල් කිරීමටයි - කිසිවක් සාර්ථක වූයේ නැත.
සෑම්-ටී

@ සෑම්-T ඔබ ලැයිස්තුව ඔබගේ නම දැකීමට නොහැකි නම්, ඔබ, මාධ්ය විසින් එකතු කළ හැකි Edit...නම් මාධ්ය Add...එවකට පෙළ කොටුවේ ඔබේ නම ටයිප් "Enter the object names to select"කර ඉන් Check Namesබොත්තම (සහ මාධ්ය OKසහ තවත් OK), පසුව ඔබගේ නම ලැයිස්තු ගත කළ යුතු Securityටැබය
Supawat Pusavanno

මට බොහෝ විට නම විශේෂයෙන් එකතු කළ හැකිය - ඔබේ උපදෙස් අනුව. නමුත් මගේ ප්‍රධාන ප්‍රශ්නය වූයේ - සියල්ලන්ටම ප්‍රතික්ෂේප කිරීමට සහ අවසර දීමට නිශ්චිත අවසරයන් මොනවාද යන්නයි . මම හුදෙක් එක් කිරීමෙන් මේ ප්රශ්නය විසඳා ගැනීමට හැකි විය මේ අතර ලෙස සඳහන් .pemකිරීමටmyuser directory
සෑම්-T

17

යතුරක් මත "0x00" අවසර අවශ්‍යතාවයට එක් ව්‍යතිරේකයක් ඇත. යතුර root සතු වන අතර එහි පරිශීලකයින් සිටින කණ්ඩායමක් සතු නම්, එය "0440" විය හැකි අතර එම කණ්ඩායමේ ඕනෑම පරිශීලකයෙකුට යතුර භාවිතා කළ හැකිය.

"0xx0" කට්ටලයේ ඇති ඕනෑම අවසරයක් සමඟ මෙය ක්‍රියා කරනු ඇතැයි මම විශ්වාස කරමි, නමුත් සෑම අනුවාදයක් සමඟම සෑම සංයෝජනයක්ම මම අත්හදා බලා නැත. CentOS 6 හි 5.3p1-84 සමඟ 0660 උත්සාහ කර ඇති අතර, කණ්ඩායම පරිශීලකයාගේ ප්‍රාථමික කණ්ඩායම නොව ද්විතීයික කණ්ඩායමක් වන අතර එය හොඳින් ක්‍රියාත්මක වේ.

මෙය සාමාන්‍යයෙන් යමෙකුගේ පුද්ගලික යතුර සඳහා නොව ස්වයංක්‍රීයකරණය සඳහා භාවිතා කරන යතුරක් සඳහා යතුර සමඟ අවුල් කිරීමට යෙදුමට අවශ්‍ය නොවන අවස්ථාවකදී ය.

.Sh නාමාවලි සීමාවන්ට සමාන නීති අදාළ වේ.


16

400 අවසරය ලබා දෙන්න, පහත විධානය ක්‍රියාත්මක කරන්න

chmod 400 /Users/username/.ssh/id_rsa

රූප විස්තරය මෙහි ඇතුළත් කරන්න


11

වින්ඩෝස් 10 හි සිග්වින්ගේ chmod සහ chgrp මට ප්‍රමාණවත් නොවීය. -> Properties -> Security (ටැබ්) ගොනුව මත රයිට් ක්ලික් කර මගේ ක්‍රියාකාරී පරිශීලකයා හැර අනෙක් සියලුම පරිශීලකයින් සහ කණ්ඩායම් ඉවත් කිරීමට මට සිදු විය.


මෙය ක්‍රියාත්මක වන්නේ විසඳුම පමණි :) ස්තූතියි ඔබ මගේ කාලය ඉතිරි කළා
අතුල්

මෙය සිදු කිරීමෙන් පසු සාමාන්‍ය වින්ඩෝස් විධාන විමසුමෙන් මට ssh කළ හැකි බව මට පෙනී ගියේය. සිග්වින් භාවිතා කිරීමට අවශ්‍ය නැත. මහා!
අතුල්

8

මෙය මට වැඩ කළේ (මැක් මත)

sudo chmod 600 path_to_your_key.pem 

එවිට :

ssh -i path_to_your_key user@server_ip

එය උපකාරී වේ යැයි සිතමි


5

මට වැඩ කළ දේ

chgrp පරිශීලකයින් FOLDER

chmod 600 FOLDER


chgrp: grupo inválido:

මම උත්සාහ කළ නමුත් නොකඩවා 'අවලංගු කණ්ඩායම': පරිශීලකයින් 'ඉවත දමමි, ඇයි? වින්ඩෝස් 10 භාවිතා කරමින්, පවර්ෂෙල්
ජේසන්

5

වින්ඩෝස් 10 උබුන්ටු ඊසී 2 වෙත එස්එස්එස් AWS හි “අවසරයන් විවෘත නැත” දෝෂයකි

AWS වෙතින් .pem ගොනුව භාවිතා කරමින් උබුන්ටු EC2 නිදසුනකට මාරුවීමට මට මෙම ගැටළුව තිබුණි.

මම මෙම යතුර .ssh ෆෝල්ඩරය යටතේ සාදන ලද විට කවුළුවල මෙය ක්‍රියාත්මක විය

C:\Users\USERNAME\.ssh\private_key

වින්ඩෝස් 10 හි අවසර සැකසුම් වෙනස් කිරීමට:

ගොනු සැකසීම්> ආරක්ෂාව> උසස්

උරුමය අක්‍රීය කරන්න

උරුම වූ අවසරයන් පැහැදිලි අවසර බවට පරිවර්තනය කරන්න

පරිපාලකයින් හැර අනෙකුත් සියලුම අවසරයන් ඉවත් කරන්න

එවිට ආරක්ෂිතව සම්බන්ධ විය හැකිය.


4

වෙනත් මැක් එකකින් සංක්‍රමණය වීමෙන් පසුව මටද එම ප්‍රශ්නයම ඇතිවිය. මගේ යතුරෙන් ගිතබ් සම්බන්ධ කිරීම අවහිර කර ඇත.

මම පහත පරිදි අවසරය නැවත සකසන අතර එය දැන් හොඳින් ක්‍රියාත්මක වේ.

chmod 700 ~/.ssh     # (drwx------)
cd ~/.ssh            
chmod 644 *.pub      # (-rw-r--r--)
chmod 600 id_rsa     # (-rw-------)

4

මට (වින්ඩෝස් සඳහා උබුන්ටු උප පද්ධතිය භාවිතා කරමින්) දෝෂ පණිවිඩය පහත පරිදි වෙනස් විය:

 Permissions 0555 for 'key.pem' are too open

chmod 400 භාවිතා කිරීමෙන් පසුව. පෙරනිමි පරිශීලකයෙකු ලෙස root භාවිතා කිරීමට හේතුව එය බව පෙනේ.

Cmd භාවිතා කර මෙය වෙනස් කරන්න:

 ubuntu config --default-user your_username

3

සිත්ගන්නා පණිවිඩය මෙහි ඇත. ඔබේ පුද්ගලික යතුර විවෘතව තිබේ නම් දුරස්ථ සම්බන්ධතා ප්‍රතික්ෂේප කිරීමට මෙහෙයුම් පද්ධති දක්ෂයි. Id_rsa සඳහා අවසර පුළුල් ලෙස විවෘතව පවතින අවදානම එය තේරුම් ගනී (කියවන්න, ඕනෑම කෙනෙකුට සංස්කරණය කළ හැකිය).

{යමෙකුට පළමුව ඔබේ අගුල වෙනස් කර ඔහු සතුව ඇති යතුරු සමඟ එය විවෘත කළ හැකිය}

cd ~/.ssh
chmod 400 id_rsa

බහු සේවාදායකයන්හි (නිෂ්පාදනය නොකරන) වැඩ කරන අතරතුර, අපෙන් බොහෝ දෙනෙකුට දුරස්ථ සේවාදායකය ssh සමඟ සම්බන්ධ කිරීමට අවශ්‍ය යැයි හැඟේ. හොඳ අදහසක් නම් සේවාදායකයන් අතර ssh භාරයන් නිර්මාණය කිරීම සඳහා යෙදුම් මට්ටමේ කේතයක් (jsch භාවිතා කරන ජාවා විය හැකිය). මේ ආකාරයෙන් සම්බන්ධතාවය මුරපදය අඩු වනු ඇත. Incl, perl ස්ථාපනය කර ඇත - යමෙකුට net ssh මොඩියුලය ද භාවිතා කළ හැකිය.


1

මම ඇන්සිබල් සමඟ සෙල්ලම් කරමින් සිටියදී මෙම දෝෂය මට හමු විය. මෙම ගැටළුව විසඳීම සඳහා මම පුද්ගලික යතුරේ අවසරයන් 600 දක්වා වෙනස් කර ඇත . එය ක්‍රියාත්මක විය!

chmod 600 .vagrant/machines/default/virtualbox/private_key

1

මම මගේ පුද්ගලික යතුර සඳහා 600 මට්ටමේ අවසරයක් උත්සාහ කළ අතර එය මට වැඩ කළේය. chmod 600 privateKey [dev] sh ssh -i privateKey පරිශීලක @ ip වැඩ කළේය

chmod 755 privateKey [dev] sh ssh -i privateKey පරිශීලක @ ip එය පහත නිකුතුව ලබා දී ඇත: 'privateKey' සඳහා අවසර 0755 විවෘතයි. ඔබගේ පුද්ගලික යතුරු ලිපිගොනු වෙනත් අයට ප්‍රවේශ විය නොහැකි බව අවශ්‍ය වේ. මෙම පුද්ගලික යතුර නොසලකා හරිනු ඇත. "PrivateKey" යතුර පූරණය කරන්න: නරක අවසර


0
I have got the similar issue when i was trying to login to remote ftp server using public keys..        
To solve this issue initially i have done the following process
    පළමුවෙන්ම පොදු යතුරු වල පිහිටීම සොයා ගන්න, මන්ද ඔබ මෙම පොදු යතුර භාවිතයෙන් ftp වෙත ප්‍රවේශ වීමට උත්සාහ කරන විට. මුලින්ම අපි යතුරක් සෑදිය යුතු අතර එම යතුරු අවසරයන් 600 ක් ලෙස සැකසීමට අපි කටයුතු කළෙමු.
            ඔබ නිවැරදි ස්ථානයේ සිටින බවට වග බලා ගන්න.
            පියවර 1:
            නිවැරදි ස්ථානයට යන්න
            පියවර 2:
            ඔබ නිවැරදි ස්ථානයට පැමිණි පසු
 විධානය: 
     chmod 600 id_rsa

        This has solved my issue.

0

මගේ නඩුවේදී, මම වින්ඩෝස් 10 හි උබුන්ටු යෙදුමෙන් සම්බන්ධ වීමට උත්සාහ කළ අතර ඉහත දෝෂය ඇතිවිය. sudo suසත්‍ය විධානයට පෙර උබුන්ටු කොන්සෝලය තුළ ධාවනය කිරීමෙන් කිසිදු අවසරයකින් තොරව එය විසඳා ගත හැකිය


0

මිනිසුන් පවසා ඇති පරිදි, වින්ඩෝස් හි, මම මගේ පෙම් ගොනුව C: ers පරිශීලකයින් [පරිශීලක] .ssh in අතහැර දැමුවෙමි. ඔබට chmod සහ වෙනත් විධාන රේඛා විකල්පයන් බාෂ් හෝ පවර්ෂෙල් විමසුමක් මඟින් කළ හැකි වුවද එය ක්‍රියාත්මක නොවීය. මම ආර්එස්ඒ හෝ වෙනත් කිසිවක් වෙනස් කළේ නැත. සම්බන්ධතාවය ක්‍රියාත්මක කිරීමේදී .ssh ෆෝල්ඩරයේ pem ගොනුවට මාර්ගය තැබිය යුතුය:

ssh -i "C: ers පරිශීලකයින් [පරිශීලක] .ssh \ ubuntukp01.pem" ubuntu @ ec [ipaddress] .us-west-2.compute.amazonaws.com


-1

මම EC2 හි VPC භාවිතා කරන අතර එම දෝෂ පණිවිඩද ලැබුණි. මම පොදු ඩීඑන්එස් භාවිතා කරන බව දුටුවෙමි. මම එය පෞද්ගලික ඩීඑන්එස් සහ වොලා ලෙස වෙනස් කළෙමි !! ඒක වැඩ කළා ...


ඇමේසන් chmod 400 නිර්දේශ කරන අතර පොදු DNS භාවිතා කරයි. මෙහි ඇති ලියකියවිලි වෙත යොමු වන්න: docs.aws.amazon.com/AWSEC2/latest/UserGuide/…
ddri

-2

Win10 අවශ්‍යතාවය සඳහා ඔබේ යතුර පරිශීලකයාගේ ගෙදරට ලිනක්ස් වැනි ඕඑස් සඳහා ගෙනයන්න.


Win10 අවශ්‍යතාවය සඳහා ඔබේ යතුර පරිශීලකයාගේ නිවසට ගෙනයන්න - මෙය පරිපූර්ණව ක්‍රියාත්මක විය. මම යතුරට සම්පූර්ණ මාවත ලබා දීමට උත්සාහ කළෙමි.
සෑම්-ටී
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.