ssh-add -D n'efface pas les clés stockées de l'agent ssh

13

Comment cela se fait-il?:

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)

Comment se fait-il que les clés ne soient pas effacées?

ps pourrait être ce bug? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472477 Je suis sur arch linux cependant ...

ssh openssh sshd

— agent_smith
source

Ce bug a des années; sur une boîte Arch mise à jour, cela fonctionne comme prévu: openssh6.2p1-1

— jasonwryan

jsonwryan ... c'est pas vieux de quelques années. Dernier commentaire daté du 5 octobre 2012 - mentionne qu'il n'a toujours pas été corrigé. D'autres commentaires suggèrent que le problème est en amont. Et non - cela ne fonctionne pas pour moi sur le système Arch à jour. Cependant - lorsque je déplace des clés ssh du répertoire ~ / .ssh vers ~ / .ssh / my_keys (comme suggéré dans le rapport de bogue) -> l'ajout et la suppression fonctionnent comme prévu.

— agent_smith

3

Lisez attentivement le rapport: "Corrigé dans la version 3.2.2-2" -pacman -Ss gnome-keyring: 3.6.3-1

— jasonwryan

2

Les étapes de ce post ont fonctionné pour moi; il vous suffit d'ouvrir le gestionnaire des applications de démarrage, de décocher l'entrée "SSH Key Agent - Porte-clés GNOME: SSH Agent" et de redémarrer Unity. S'il n'apparaît pas, modifiez-le /etc/xdg/autostart/gnome-keyring-ssh.desktopet changez-le NoDisplay=trueen NoDisplay=false.

— valk
source

1

le lien vers "ce post" est mort

— Carson Ip

1

Allez dans le dossier / tmp, supprimez tous les dossiers commence par 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.

— Salomon Stephen
source

Je ne sais pas pourquoi ce vote a été rejeté. Cela m'a mis sur la bonne voie, bien que je ne supprime pas le dossier ssh (!!!!). En changeant simplement le nom du dossier, puis en revenant à .ssh, le trousseau de clés gnome a cessé de répertorier la clé ssh. Cela m'a permis de faire ssh-add et tout fonctionnait comme il se doit

— cortopy

0

J'ai eu le même problème que toi. Je ne suis pas un expert, mais la solution qui a fonctionné pour moi a été de supprimer les clés du répertoire ~ / .ssh. Ceci est un exemple de ce que je voyais.

$ 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)

C'est après avoir déplacé id_rsa (et id_rsa.pub) du dossier ~ / .ssh que l'agent ssh a cessé d'avoir l'identité. Ce que j'ai fait, c'est:

$ 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)

Je suppose (je peux me tromper) que si vous n'aviez pas le démon Gnome Keyring en cours d'exécution (gnome-keyring-daemon), ce comportement changerait. Peut-être que la solution originale (et logique) fonctionnerait, mais pas la seconde.

— alejandro
source