ssh-add -D nie kasuje przechowywanych kluczy od ssh-agent

13

Jak to się dzieje ?:

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)

Dlaczego klucze nie są usuwane?

ps może być tym błędem? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472477 Jestem na arch. Linuxie ...

ssh openssh sshd

— agent_smith
źródło

Ten błąd ma lata; na aktualnym polu Arch, działa zgodnie z oczekiwaniami: openssh6.2p1-1

— jasonwryan

jsonwryan ... to właściwie nie ma lat. Ostatni komentarz z dnia 5 października 2012 r. - wspomina, że nadal nie został naprawiony. Inne komentarze sugerują, że problem jest poważny. I nie - nie działa dla mnie w aktualnym systemie Arch. Jednak - kiedy przenoszę klucze ssh z katalogu ~ / .ssh do ~ / .ssh / my_keys (jak sugerowano w zgłoszeniu błędu) -> dodawanie i usuwanie działa zgodnie z oczekiwaniami.

— agent_smith 16.04.13

3

Przeczytaj uważnie raport: „Naprawiono w wersji 3.2.2-2” -pacman -Ss gnome-keyring: 3.6.3-1

— jasonwryan 16.04.13

2

Kroki w tym poście działały dla mnie; wystarczy otworzyć Menedżera aplikacji startowych, odznaczyć pozycję „SSH Key Agent - GNOME Keyring: SSH Agent” i ponownie uruchomić Unity. Jeśli się nie pojawi, edytuj /etc/xdg/autostart/gnome-keyring-ssh.desktopi zmień NoDisplay=truena NoDisplay=false.

— łoś
źródło

1

link do „tego postu” jest martwy

— Carson Ip

1

Przejdź do folderu / tmp, usuń wszystkie foldery zaczynające się od 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
źródło

Nie wiem, dlaczego zostało to przegłosowane. Ustawiło mnie to we właściwej ścieżce, chociaż nie usunąłbym folderu ssh (!!!!). Po prostu zmieniając nazwę folderu, a następnie z powrotem na .ssh, brelok gnome przestał wyświetlać klucz ssh. To pozwoliło mi zrobić ssh-add i wszystko działało tak, jak powinno

— kortopia

0

Miałem ten sam problem co ty. Nie jestem ekspertem, ale rozwiązaniem, które mi pomogło, było usunięcie kluczy z katalogu ~ / .ssh. To jest przykład tego, co widziałem.

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

Po przeniesieniu id_rsa (i id_rsa.pub) z folderu ~ / .ssh agent ssh przestał mieć tożsamość. To co zrobiłem to:

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

Zgaduję (mogę się mylić), że jeśli nie miałbyś uruchomionego demona Gnome Keyring (gnome-keyring-demon), to zachowanie by się zmieniło. Być może oryginalne (i logiczne) rozwiązanie zadziałałoby, ale nie drugie.

— alejandro
źródło