මම මගේ උබුන්ටු පද්ධතිය 15.10 සිට 16.04 දක්වා යාවත්කාලීන කළේ මගේ පද්ධතියෙන් උබුන්ටු 15 කොටස සම්පූර්ණයෙන්ම අතුගා දැමීමෙනි.

උබුන්ටු 16.04 ස්ථාපනය කිරීමෙන් පසු මගේ ssh යතුරු නැවත උපස්ථ කිරීමට මට අමතක වූ නිසා මම ඒවා ප්‍රතිනිර්මාණය කළෙමි, නමුත් මම ssh භාවිතා කිරීමට උත්සාහ කරන සෑම අවස්ථාවකම sign_and_send_pubkey: signing failed: agent refused operationමෙය මගේ ssh සේවාදායකයට පිවිසීමට ඉඩ දෙන බැවින් මෙය තරමක් කරදරකාරී වේ, නමුත් gsh ssh භාවිතා කරමින් කේතය තල්ලු කිරීම ප්‍රතික්ෂේප කරයි.

මම දැනටමත් යතුරු භාවිතා කර සේවාදායකයට තල්ලු කර ඇත ssh-copy-id.

මා සම්බන්ධ කරන සේවාදායකය උබුන්ටු 16.04 සේවාදායකය do-release-upgradeවිධානය හරහා යාවත්කාලීන කර ඇත . ඕනෑම උපකාරයක් බෙහෙවින් අගය කරනු ඇත.

මෙන් දිස්වන ssh-agentමේ වන විටත් ක්රියාත්මක වන නමුත්, එය අමුණා ඕනෑම යතුරු සොයා ගත නොහැක. මෙය විසඳීම සඳහා සත්‍යාපන නියෝජිතයාට පුද්ගලික යතුරු අනන්‍යතා එක් කරන්න:

ssh-add

එවිට ඔබට sshඔබේ සේවාදායකයට ඇතුළු විය හැකිය .

මීට අමතරව, දැනට එකතු කර ඇති සියලුම අනන්‍යතාවන්ගේ ඇඟිලි සලකුණු ලැයිස්තුව ඔබට දැකගත හැකිය:

ssh-add -l

සරල විසඳුම

මට උබුන්ටු 18.04 හි ද එම ගැටලුවම තිබුණි. සේවාදායකයාගේ පුද්ගලික යතුරු අවසරයන් ගැන එපමණයි .

$ ssh root@192.168.1.1
sign_and_send_pubkey: signing failed: agent refused operation

ගොනු අවසර ඉතා විවෘතයි (0644).

පහත විධානය එය විසඳීය:

chmod 600 ~/.ssh/id_rsa

මට එකම ගැටලුව (එකම රෝග ලක්ෂණ) තිබුනි

sam@xxxxx:~/.ssh$ ssh centos@123.123.123.123
sign_and_send_pubkey: signing failed: agent refused operation
Permission denied (publickey,gssapi-keyex,gssapi-with-mic).

... නමුත් විසඳුම වෙනස් විය.

ගැටළුව පැමිණියේ GNOME-KEYRING භාවිතයෙනි. විසඳුම ගැන සඳහන් කරන ලිපිය මෙහි කියවිය හැකිය .

කෙටියෙන්:

1. Ssh විධානය ඉදිරිපිට SSH_AUTH_SOCK = 0 එකතු කිරීමෙන් ගැටළුව හඳුනා ගන්න. sam @ xxxxx: ~ / .ssh $ SSH_AUTH_SOCK = 0 ssh centos@123.123.123.123
2. එය සම්බන්ධ වීමට සමත් වුවහොත්. ආරම්භක යෙදුම ආරම්භ කරන්න (උදාහරණයක් ලෙස ඩෙස්ක්ටොප් එකේ සෙවුම් කාර්යය භාවිතා කිරීමෙන්) සහ gnome-keyring භාවිතය අක්‍රීය කරන්න.
3. නැවත ආරම්භ කරන්න

විවිධ විසඳුම් සමඟ සමාන ගැටළුවක් ඇති වුවහොත් පිටුව වෙනත් විස්තර සපයයි.

මම sign_and_send_pubkey: signing failed: agent refused operationසේවාදායක කිහිපයකට ප්‍රවේශ වන විට අදාළ දෝෂ පිළිබඳ වැඩි විස්තර සඳහා ස්ටැක් පිටාර ගැලීම පිළිබඳ වොන්සීගේ පිළිතුර කියවමින් සිටියෙමි . මට විසඳුම වූයේ gnome-keyringඅනන්‍යතා ඉවත් කිරීම , මකා දැමීම ssh-agentසහ නැවත ආරම්භ කිරීමයි.

sudo apt-get autoremove gnome-keyring
ssh-add -D

එවිට මගේ යතුරු සියල්ලම හොඳින් ක්‍රියාත්මක වීමට පටන් ගත්තේය.

යතුරු අස්ථාපනය නොකර තාවකාලික විසඳුම

ඔබට gnome-keyringදේශීය පරිගණකයේ තබා ගැනීමට අවශ්‍ය නම් සහ ඔබට agent refused operationදෝෂයක් තිබේ නම් , භාවිතා කරන්න:

eval `ssh-agent -s`
ssh-add

හෝ භාවිතා කරන්න SSH_AUTH_SOCK=0 ssh your-server.

යතුරු අස්ථාපනය නොකර ස්ථිර විසඳුමක්

ඔබට හැකි නම්, gnome-keyring4096 බිට් ආර්එස්ඒ යතුර සමඟ අනුකූල වේ, එබැවින් නව යතුරක් ජනනය කරන්න:

ssh-keygen -t rsa -f ~/.ssh/your-key-name -b 4096 -v -C root

පොදු යතුර සේවාදායකයට උඩුගත කරන්න:

ssh-copy-id -i ~/.ssh/your-key-name.pub root@12.34.56.78

නියෝජිතයාට ssh යතුර එක් කරන්න:

ssh-add ~/.ssh/your-key-name

මෙය කිසිදු අමතර හක්කකින් තොරව ක්‍රියා gnome-keyringකළ යුතු අතර ස්ථාපනය කළ හැකිය.

( -C [username]මෙය අත්‍යවශ්‍ය නොවේ, නමුත් ගූගල් වලාකුළු වැනි සැපයුම්කරුවන්ට අවශ්‍ය වේ.)

උබුන්ටු 18.04 වෙත යාවත්කාලීන කිරීමෙන් පසුව මට එම දෝෂයම ඇතිවිය sign_and_send_pubkey: signing failed: agent refused operation. එය සිදු වූයේ ssh යතුරේ අවසරය ඕනෑවට වඩා විවෘතව තිබීම හේතුවෙනි. පහත දැක්වෙන විධානය මට ගැටලුව විසඳීය chmod 600 .ssh/id_rsa

මගේ පද්ධතියේ (උබුන්ටු 16.04, ගිතුබ් හා සම්බන්ධ වීමට උත්සාහ කරමින්), මගේ .ssh ෆෝල්ඩරයේ id_ed25519 ගොනුවක් තිබූ අතර එය ssh-addඅසාර්ථක විය:

$ ssh-add
Identity added: ~/.ssh/id_rsa (~/.ssh/id_rsa)
Could not add identity "~/.ssh/id_ed25519": communication with agent failed

ලිපිගොනු ඉවත් කිරීමෙන් පසු ~/.ssh/id_ed25519*(ඒවා තවදුරටත් අවශ්‍ය නොවීය, එය කලින් පරීක්ෂණයකින් විය) සියල්ල නැවත හොඳින් සිදුවිය.

මගේ පෞද්ගලික යතුරට මුරපදයක් තිබූ නිසා මට සිදු විය. ධාවනය කිරීමට සිදු වූ ssh-addඅතර පසුව එය මුරපදය ඉල්ලා නිවැරදිව එකතු කරන ලදි. කෙසේ වෙතත්, දැන් එය යන්ත්‍රයකට මාරුවීමේදී මගේ මුරපදය ඉල්ලන්නේ නැත.

මට උබුන්ටු 16.04 නැවුම් ස්ථාපනය කර ඇති අතර මට සමාන ගැටළු ඇති විය. මගේ පොදු යතුර ගිතූබ් වෙත පිටපත් කිරීමෙන් පසුව ( github.com හි උපදෙස් අනුව ) සහ පහත සඳහන් චෙක්පත සිදු කිරීමෙන් පසු ( github.com හි නිර්දේශිත ) මම මගේ ගබඩාව ගිතුබ් වෙතින් ක්ලෝන කිරීමට උත්සාහ කළ විට :

ssh -T git@github.com

පහත සඳහන් දේවලින් මට ආචාර කරන ලදී:

sign_and_send_pubkey: signing failed: agent refused operation
Permission denied (publickey).

එය ඉක්මණින් නිවැරදි කිරීම සඳහා, කිසිවක් ඉවත් නොකර හෝ මගේ ආරම්භක වින්‍යාසය වෙනස් නොකර මම ටර්මිනලයේ පහත සඳහන් දේ ටයිප් කළෙමි:

killall gnome-keyring-daemon

එවිට ක්ලෝනය වැඩ කළේය. මම නැවත ටයිප් කිරීමෙන් නැවත නැවැත්වූ ඩීමන් ආරම්භ කළෙමි:

gnome-keyring-daemon

පසුව, දේවල් වඩාත් ස්ථිර ආකාරයකින් වෙනස් කිරීම සඳහා, මම මෙහි උපදෙස් අනුගමනය කළෙමි

ෆෙඩෝරා 26 සිට 28 දක්වා ඉහළ නැංවීමෙන් පසුව මටද එම ගැටලුවටම මුහුණ දීමට සිදු විය. ලොග් ලිපිගොනු නොමැත

no /var/log/secure
no /var/log/messages

antop@localmachine  ~  ssh root@ocp1.example.com
sign_and_send_pubkey: signing failed: agent refused operation
root@ocp1.example.com's password:

දෝෂ පණිවිඩය සත්‍ය ගැටළුව යොමු නොකරයි. විසින් විසඳන ලද ගැටළුව

chmod 700 ~/.ssh
chmod 600 ~/.ssh/*

Ed25519 යතුරු සමඟ මට එකම ගැටලුවක් ඇති බැවින් අදහස් එකතු කිරීම. ගැටලුව ඇත්ත වශයෙන්ම gnome-keyring ය. මෙය නිවැරදි කිරීම සඳහා මම පහත සඳහන් දේ කළෙමි.

• "ආරම්භක යෙදුම්" තුළ පරීක්ෂා නොකළ ssh-key-agent (gnome-keyring)
• Ssh-agent සහ gnome agent මරා දැමීම: (killall ssh-agent; killall gnome-keyring-deemon)
• ඩීමන් නැවත ආරම්භ කිරීම: (eval ssh-agent -s)
• ඔබේ යතුර එක් කරන්න: _ ssh-add id_ed25519 id_ed25519 සඳහා මුරපදය ඇතුළත් කරන්න: අනන්‍යතාවය එකතු කරන ලදි: id_ed25519
• ලාභයක්!!

එය 2018 අග භාගය වන අතර, මෙම දෝෂය හෝ එහි වෙනස්කම් තවමත් Xubuntu 16.04 වසංගතයට ගොදුරු වන අතර Xenial හි අනෙකුත් රසයන්ට වඩා වැඩිය. එය 18.04 ද තිබේ නම් මම පුදුම නොවෙමි! එය 2009 සිට යම් ආකාරයකින් සිදුවී ඇති අතර කර්මික් කෝලා. රෙඩ්හැට්, ඩේබියන් සහ උබුන්ටු වලට බලපා ඇත. ඒ සඳහා මගේ වචනය ගන්න එපා, පොදු දෝෂාරෝපණ බලන්න:

https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/470456

එම දෝෂය තුළ, ඔබ අනෙක් 3 සඳහා ලැයිස්තුගත කිරීම් ද සොයා ගනී:

යොමුව:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523322

https://bugzilla.redhat.com/show_bug.cgi?id=508286

https://bugzilla.gnome.org/show_bug.cgi?id=576700

මගේ නඩුවේදී, වඩාත්ම පැහැදිලිව පෙනෙන රෝග ලක්ෂණය වූයේ මුරපද සමඟ ssh යතුරු භාවිතා කිරීමට නොහැකි වීමයි. අක්‍රමිකතාව නිසා ssh යතුරු පැටවීම වළක්වන බැවින් එයද නැති අයට බලපායි! මට අවසර ගැටළු කිසිවක් නොතිබුණි, ඒ සියල්ලම gnome-keyring ය. මගේ යතුරු (ඔව් එය විවිධ SSH සේවාදායකයන් සඳහා කිහිපයක් ප්‍රතික්ෂේප කළේය!) අවසර සියල්ලම 600 ක් විය (හිමිකරු සඳහා rw, කණ්ඩායමට හෝ වෙනත් කිසිවක් සඳහා) ඒ පිළිබඳ බොහෝ පිළිතුරු වල සඳහන් පරිදි. ඒ නිසා මට එහි කිසිවක් වෙනස් කළ නොහැකි විය.

Xubuntu හි ආරම්භක අයිතම අක්‍රීය කිරීමට ක්‍රමයක් තිබේ. සාමාන්‍යයෙන් යුනිටි / ග්නෝම් / කේඩීඊ හි ද හැකි ය, නමුත් මා ඒවා ස්ථාපනය කර නැත, එබැවින් නිශ්චිත පියවර ලබා දිය නොහැක. වෙනත් ඩෙස්ක්ටොප් ගැන විශ්වාස නැත. මේ සඳහා හේතු වන SSH නියෝජිතයා, ජීපීජී නියෝජිතයා සහ ග්නෝම් වෙතින් වෙනත් අයිතම අක්‍රීය කරනවා වෙනුවට, සහ ඊට සම්බන්ධ වෙනත් දෝෂ, මම සියලු Gnome ආරම්භක අයිතම අක්‍රිය කළෙමි. සමහරුන්ට අධික ලෙස මරා දැමීම හෝ විකල්පයක් නොවිය හැකිය, නමුත් SSH නැවත ඊළඟ නැවත පණගැන්වීමේදී දෝෂ රහිතව වැඩ කිරීමට පටන් ගෙන තිබේ!

1. විස්කර් ප්‍රධාන මෙනුව -> සැකසීම් -> සැසිය සහ ආරම්භය විවෘත කරන්න.
2. උසස් පටිත්ත ක්ලික් කරන්න, දකුණු පස ඇති අන්තිම එක ක්ලික් කරන්න.
3. ආරම්භයේදී Gnome සේවාවන් දියත් කරන්න (අක්‍රිය කරන්න).
4. වසා දමා නැවත ආරම්භ කරන්න. ඉවත් වීම එය ද කළ හැකි නමුත් නැවත ආරම්භ කිරීම නිසැකවම කළ යුතුය.

ඉහත විස්තර කර ඇති GUI හි තිර රුව:

ඒ නිසා, මම ඉහත නිවැරදි කිරීම ලබා දුන් බැවින්, යමෙකු එය නිවැරදි කරනු ඇතැයි මම බලාපොරොත්තු වෙමි.

උබුන්ටු එය හොඳ යැයි සිතීමට අපොහොසත් වී ඇත, මන්ද එය නිකුත් කර ඇති බව ප්‍රකාශ කරන නිකුතු කිහිපයක් සඳහා ප්‍රවේශ පත්‍ර විශාල ප්‍රමාණයක් ඇති අතර, “ප්‍රතිගාමීත්වය” යැයි පවසන තවත් බොහෝ දේ නැවත පැමිණ ඇත.

ඩෙබියන් බොහෝ විට පන්ට් කිරීමට (ඔවුන්ගේ අත් සෝදන්න) එය ඔවුන් නොවන නිසා, උඩුමහලේ ග්නෝම් ය.

Redhat බොහෝ විට නිවැරදි කිරීමක් ඇත්තේ ගෙවන පාරිභෝගිකයින්ට පමණි. මන්ද, ically තිහාසික වශයෙන්, බැලූ බැල්මට ත්‍යාගශීලී වන ගෙවුම් ග්නෝම් සංවර්ධකයින්ගේ විශාලතම සේවා යෝජකයා වන්නේ රෙඩ්හැට් ය. ඔබ තේරුම් ගන්නා තුරු එයින් අදහස් කරන්නේ රෙඩ්හැට් දායකත්වයන් දිගටම විකිණීම සඳහා කිසි විටෙකත් මෙවැනි නිවැරදි කිරීම් නිදහස් අනුවාදවලට ඇතුළත් නොකිරීමට ඔවුන්ට මූල්‍ය දිරිගැන්වීමක් ඇති බවයි.

Gnome බොහෝ විට එය ඉහළට පහසුවෙන් සවි කළ හැකි අය විය හැකි අතර අනෙක් අයට කේත රේඛාවක් ලිවීමෙන් තොරව පරීක්ෂා කර ඇසුරුම් කළ හැකිය. නමුත් මා කියවූ ටිකට්පත් පවසන්නේ නිල නඩත්තුකරුවෙකු නොමැතිව පැකේජය වසර ගණනාවක් තිස්සේ අබලන් වී ඇති බවයි! දැන් ස්වේච්ඡාවෙන් එසේ කරන පුද්ගලයින් දෙදෙනා (ස්තූතියි) ආදේශකයක් සැලසුම් කිරීම තරම් කාර්යබහුලයි. පළමුවෙන් රෝදය ප්‍රතිනිර්මාණය කරනවා වෙනුවට වසරක් ගත වුවද (එය දශකයක් ගතවී ඇතත්) පැතලි ටයරයක් සවි නොකරන්නේ ඇයි?

ssh-add

මට වැඩ කරයි. නමුත් වග බලා ගන්න

ssh-agent

ධාවනය වෙමින් පවතී.

මගේ නඩුවේදී ගැටළුව ඇති වූයේ GNOME Keyring විසිනි. කිරීමට ආබාධිත අමූලික තොරව gnome-කියරින්ග් එකට ගේ SSH හැකියාවන් ඉවත් එය (ගොඩක් දේවල් කඩාගෙන යාම), අනුගමනය මෙම උපදෙස් :

cp /etc/xdg/autostart/gnome-keyring-ssh.desktop ~/.config/autostart
echo Hidden=true >> ~/.config/autostart/gnome-keyring-ssh.desktop

සැසිය නැවත ආරම්භ කරන්න. දැන් ඔබට gnome-keyring මැදිහත්වීමකින් තොරව ssh-agent ධාවනය කළ හැකිය.

gpg-connect-agent updatestartuptty /bye, ඉන්පසු නැවත උත්සාහ කරන්න.

මගේ ගැටළුව වූයේ ඩේබියන් ස්ට්රෙච් සිට ඩේබියන් බස්ටර් වෙත යාවත්කාලීන කිරීමේදී මට systemd වෙත යාමට සිදුවිය (XFCE හි වසා දැමීමේ / නැවත ආරම්භ කිරීමේ බොත්තම් වෙත ප්‍රවේශය අහිමි වීම නිසා), එය එකම දෝෂයකින් ක්‍රියා කිරීම නැවැත්වීමයි.

අවසාන වශයෙන් විසඳුම සමඟ ඩේබියන් දෝෂ # 851440 හමු විය : apt-get install dbus-user-session. ඔබට එය භාවිතා කිරීමට අවශ්‍ය නම් gpg-agent(උදාහරණයක් ලෙස OpenPGP ස්මාර්ට් කාඩ් සඳහා භාවිතා වේ) සහ ඊට pinentry-gnome3යටින් systemd(එය යටතේ අවශ්‍ය නොවීය sysvinit, සහ පද්ධති උත්ශ්‍රේණි කිරීම එය ස්ථාපනය නොකළේ)

මම කරුණු කිහිපයක් අත්හදා බැලුවෙමි, අනෙක් ඒවා අතර ssh-add, SSH යළි පිහිටුවීම (.ssh / සේවාදායකයේ මකා දැමීම, සහ එවැනි, නමුත් වාසනාව නැත. එබැවින් මට එක රැයක් නිදා ගැනීමට සිදු විය. එය උදව් විය! ඇයි? ? මම හිතන්නේ සේවාදායකයේ ධාවනය වන එස්එස්-ඒජන්තයට එහි හැඹිලියේ යම් දෙයක් තිබී ඇති අතර එය එදින රාත්‍රියේදී දැන් නිසි අගයන් සමඟ ප්‍රබෝධමත් විය.එසේම එය දැන් චමත්කාරයක් මෙන් ක්‍රියා කරයි. 14.04 සේවාදායකයේ).

# on local host:
$ ssh-keygen
# (yes, overwrite the default file, and let the passphrase be empty)
$ ssh-copy-id ***.***.*.**
# (insert proper server IP address)
# now test
$ ssh ***.***.*.**
# this should have erected in .ssh/ on the server:
# -rw------- 1 *** *** 2000 aug.  11 09:55 authorized_keys
# no other magic going on! :)

මම දන්නා ධාරක ගොනුව අතහැර දැමූ අතර එය ක්‍රියාත්මක විය. නැවත මුරපදයක් දැමීමට සිදු වූ නමුත් අවසානයේ එය නිවැරදි මුරපදය පිළිගත්තේය. එය නව ස්ථාපනයකින් පසුව විය.

Ssh විධානය උදව් වීමට පෙර SSH_AUTH_SOCK = 0 එකතු කරන්නේ නම්, එය gnome keyring දෝෂයකි. සපයා ඇති විසඳුම් සහ ගැටළු හැරුණු විට, ගැටළුව මුරපදය සමඟ සම්බන්ධ විය හැකිය. ඔබට යතුර සඳහා මුරපදයක් තිබේ නම් ඔබ පළමු වරට පිවිසෙන විට gnome keyring එය අසයි. ඔබ වැරදීමකින් හෝ අනපේක්ෂිත ලෙස කවුළුවකින් හිස්ව ඇතුළු වන්නේ නම්, gnome එය හිස් මුරපදයක් ලෙස උපකල්පනය කර එය සදහටම සිහිපත් කරයි. මුරපදය සඳහා නැවත විමසීමට කිසිවක් උපකාරී නොවේ. විවෘත ssh යතුරු යෙදුම විසඳීමට සහ මුරපද කාණ්ඩය යටතේ ඇති පිවිසුම් අංශයට යන්න. ගැටළු සහගත යතුරට අනුරූප වාර්තාවක් සොයාගෙන ගුණාංග වෙත ඇතුළු වී නිවැරදි මුරපදය ඇතුළත් කරන්න.

මෙයට තවත් පිළිතුරක් නොමැති තවත් හේතුවක් තිබේ: ssh-keygenඋබුන්ටු gnome-keyring-daemonනව RFC4716 ආකෘතියට සහය දක්වන a වෙත මාරු වීමට පෙර යතුරු ගොනුවේ PEM ආකෘතිය පෙරනිමිය වීම නතර විය .

ඔබ නව යතුරක් ජනනය කරන්නේ නම් හෝ ඔබේ යතුරෙන් මුරපදයක් එකතු කිරීම / ඉවත් කිරීම සිදු කළහොත් එය කැඩී යා හැක. ප්‍රධාන දෙය නම් ssh-keygen -m PEMඔබ ක්‍රියාත්මක කිරීමට අවශ්‍ය වෙනත් ඕනෑම මෙහෙයුමකට පෙර භාවිතා කිරීමයි. නිදසුනක් ලෙස, ssh-keygen -m PEM -pපැරණි මුරපදය නව මුරපදය ලෙස භාවිතා කිරීමෙන් සහ ඇතුළත් කිරීමෙන් ඔබට පැරණි ආකෘතියට ආපසු හැරවිය හැකිය (මුරපදයක් නොමැති හිස් වනු ඇත).

ඔබ මා වැනි KeepassXC නම් ඔබ එම GitHub තනතුර ගැන උනන්දු වනු ඇත

එහිදී Lgmrszd පිළිතුරු දුන්නේ :

මෙම දෝෂය තහවුරු කළ හැකිය. එය සිදු වන්නේ "පරිශීලක තහවුරු කිරීම අවශ්‍යයි .." පිරික්සුම් කොටුව සක්‍රීය කර ඇත්නම්, එය අක්‍රීය කර Keepassxc නැවත ආරම්භ කිරීමෙන් පසුව එය හොඳින් ක්‍රියාත්මක වේ.

ඔබෙන් සමහරෙකුට එම විශේෂ අවස්ථාව විසඳිය හැකි යැයි මම බලාපොරොත්තු වෙමි.