ssh-add -D не стирает сохраненные ключи из ssh-agent

13

Как это случилось?

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)

Почему ключи не стираются?

ps может быть этот баг? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472477 Я нахожусь на Arch Linux, хотя ...

ssh openssh sshd

— agent_smith
источник

Этой ошибке лет; на обновленной арке, она работает, как и ожидалось: openssh6.2p1-1

— jasonwryan

Jsonwryan ... это на самом деле не лет. Последний комментарий от 05 октября 2012 г. - упоминает, что он до сих пор не исправлен. Другие комментарии предполагают, что проблема в верхнем течении. И нет - это не работает для меня в современной системе Arch. Однако - когда я перемещаю ssh-ключи из каталога ~ / .ssh в ~ / .ssh / my_keys (как предложено в отчете об ошибке) -> добавление и удаление работают как положено.

— agent_smith

3

Внимательно прочитайте отчет: «Исправлено в версии 3.2.2-2» -pacman -Ss gnome-keyring: 3.6.3-1

— jasonwryan

2

Шаги в этом посте работали для меня; вам просто нужно открыть диспетчер приложений запуска, снять флажок «Агент ключей SSH - ключ GNOME: агент SSH» и перезапустить Unity. Если он не появляется, отредактируйте /etc/xdg/autostart/gnome-keyring-ssh.desktopи измените NoDisplay=trueна NoDisplay=false.

— Валк
источник

1

ссылка на «этот пост» мертва

— Карсон Ип

1

Перейдите в папку / 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.

— Соломон Стивен
источник

Не знаю, почему за это проголосовали. Это поставило меня на правильный путь, хотя я бы не стал удалять папку ssh (!!!!). Просто изменив имя папки и затем вернувшись к .ssh, gnome keyring прекратил перечислять ssh ключ. Это позволило мне сделать ssh-add, и все

— заработало

0

У меня была такая же проблема, как и у тебя. Я не эксперт, но решение, которое сработало для меня, состояло в том, чтобы удалить ключи из каталога ~ / .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) из папки ~ / .ssh 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)

Я предполагаю (я могу ошибаться), что если бы у вас не работал демон Gnome Keyring (gnome-keyring-daemon), это поведение изменилось бы. Возможно, оригинальное (и логичное) решение подойдет, но не второе.

— Alejandro
источник