ssh-add -D ssh-agent से संग्रहीत कुंजियों को मिटाता नहीं है

Question

यह कैसे होता है ?:

stan@tcpc:~/.ssh$ ssh-add -l
8192 e0:45:5e:cc:45:3e:17:2b:a6:54:6f:8d:53:1b:j2:e3 github (RSA)
2048 25:41:53:a6:45:5d:ac:eb:5c:45:f8:ce:42:a9:he:aa BITBUCKET (RSA)
stan@tcpc:~/.ssh$ ssh-add -D
All identities removed.
stan@tcpc:~/.ssh$ ssh-add -l
8192 e0:45:5e:cc:45:3e:17:2b:a6:54:6f:8d:53:1b:j2:e3 github (RSA)
2048 25:41:53:a6:45:5d:ac:eb:5c:45:f8:ce:42:a9:he:aa BITBUCKET (RSA)

कैसे कुंजी को मिटाया नहीं जा रहा है?

पी एस इस बग हो सकता है? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472477 मैं धनु राशि पर हूँ, हालांकि ...

Comments

वह बग वर्षों पुराना है; अप-टू-डेट आर्क बॉक्स पर, यह उम्मीद के opensshमुताबिक काम करता है: 6.2p1-1

— जेसनव्रीयन

jsonwryan ... यह वास्तविक है न कि वर्षों पुराना। अंतिम टिप्पणी दिनांक ०५ अक्टूबर २०१२ - उल्लेख है कि यह अभी भी तय नहीं किया गया था। अन्य टिप्पणियों से पता चलता है कि समस्या ऊपर की ओर है। और नहीं - यह मेरे लिए अप-टू-डेट आर्क सिस्टम पर काम नहीं करता है। हालाँकि - जब मैं ssh कीज़ को ~ / .shsh डायरेक्टरी से ~ / .ssh / my_keys में ले जाता हूं (जैसा कि बग रिपोर्ट में सुझाया गया है) -> जोड़ और हटाना अपेक्षा के अनुसार काम करता है।

— Agent_smith

रिपोर्ट को ध्यान से पढ़ें: "संस्करण 3.2.2-2 में नियत" -pacman -Ss gnome-keyring: 3.6.3-1

— jasonwryan

Answer 1

इस पद के चरणों ने मेरे लिए काम किया; आपको बस स्टार्टअप एप्लिकेशन प्रबंधक खोलने की आवश्यकता है, "SSH कुंजी एजेंट - GNOME कीरिंग: SSH एजेंट" के लिए प्रविष्टि को अनचेक करें और एकता को पुनरारंभ करें। यह अप, संपादित दिखाई नहीं देता है /etc/xdg/autostart/gnome-keyring-ssh.desktopऔर परिवर्तन NoDisplay=trueकरने के लिए NoDisplay=false।

Comments

"इस पोस्ट" की कड़ी मर चुकी है

— कार्सन आईपी

Answer 2

/ Tmp फ़ोल्डर पर जाएँ, सभी फ़ोल्डर ssh से शुरू होता है

solomon@debian:/tmp$ rm -rf ssh

solomon@debian:/tmp$ ssh-add -D

All identities removed.

solomon@debian:/tmp$ ssh-add -l
The agent has no identities.

Comments

पता नहीं क्यों यह नीचे मतदान किया गया था। इसने मुझे सही रास्ते पर डाल दिया, हालाँकि मैं ssh फोल्डर (!!!!) को नहीं हटाता। केवल फ़ोल्डर का नाम बदलने और फिर वापस .ssh करने के लिए, सूक्ति कीरिंग ने ssh कुंजी को सूचीबद्ध करना बंद कर दिया। इसने मुझे ssh-add करने की अनुमति दी और यह सब

— उसी

Answer 3

मुझे भी वैसी ही समस्या हुई जैसी आपने की थी। मैं एक विशेषज्ञ नहीं हूं, लेकिन मेरे लिए काम करने वाला समाधान ~ /। Ssh निर्देशिका से चाबियाँ निकालने के लिए था। यह एक उदाहरण है जो मैं देख रहा था।

$ ssh-add -l
2048 06:e9:a6:14:2a:e4:c3:11:56:ea:c3:5d:f9:84:79:c6 first key (RSA)
2048 2c:c3:97:fe:f3:cf:03:dc:d3:0b:87:2b:01:72:33:3b second key (RSA)
$ ssh-add -d ~/.ssh/id_rsa.pub
Identity removed: /home/user/.ssh/ybot_rsa.pub (/home/user/.ssh/id_rsa.pub)
$ ssh-add -l
2048 06:e9:a6:14:2a:e4:c3:11:56:ea:c3:5d:f9:84:79:c6 first key (RSA)
2048 2c:c3:97:fe:f3:cf:03:dc:d3:0b:87:2b:01:72:33:3b second key (RSA)

यह id_rsa (और id_rsa.pub) को ~ / .shsh फ़ोल्डर से ले जाने के बाद था, जो ssh-agent की पहचान होना बंद हो गया था। मैंने जो किया वह था:

$ ssh-add -l
2048 06:e9:a6:14:2a:e4:c3:11:56:ea:c3:5d:f9:84:79:c6 first key (RSA)
2048 2c:c3:97:fe:f3:cf:03:dc:d3:0b:87:2b:01:72:33:3b second key (RSA)
$ mv ~/.ssh/id_rsa ~/.ssh/id_rsa.pub ~/
$ ssh-add -l
2048 2c:c3:97:fe:f3:cf:03:dc:d3:0b:87:2b:01:72:33:3b second key (RSA)

मैं अनुमान लगा रहा हूं (मैं गलत हो सकता है) कि अगर आपके पास ग्नोम कीरिंग डेमन रनिंग (सूक्ति-कीरिंग-डेमन) नहीं है, तो यह व्यवहार बदल जाएगा। शायद मूल (और तार्किक) समाधान काम करेगा, लेकिन दूसरा नहीं।