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

Odpowiedzi:

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