ssh-add -D löscht gespeicherte Schlüssel nicht vom ssh-agent

12

Wie kommt es, dass das passiert?:

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)

Wie kommt es, dass Schlüssel nicht gelöscht werden?

ps könnte dieser Fehler sein? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472477 Ich bin allerdings unter Arch Linux ...

ssh openssh sshd

— agent_smith
quelle

Dieser Fehler ist Jahre alt; Auf einer aktuellen Arch-Box funktioniert es wie erwartet: openssh6.2p1-1

— Jasonwryan

jsonwryan ... es ist eigentlich nicht Jahre alt. Letzter Kommentar vom 05. Oktober 2012 - erwähnt, dass es immer noch nicht behoben wurde. Andere Kommentare deuten darauf hin, dass das Problem vorgelagert ist. Und nein - es funktioniert bei mir nicht mit einem aktuellen Arch-System. Wenn ich jedoch SSH-Schlüssel aus dem Verzeichnis ~ / .ssh in ~ / .ssh / my_keys verschiebe (wie im Fehlerbericht vorgeschlagen), funktioniert das Hinzufügen und Entfernen wie erwartet.

— Agent_smith

3

Lesen Sie den Bericht sorgfältig durch: "In Version 3.2.2-2 behoben" -pacman -Ss gnome-keyring: 3.6.3-1

— jasonwryan

2

Die Schritte in diesem Beitrag haben bei mir funktioniert. Sie müssen nur den Startup Applications Manager öffnen, den Eintrag für "SSH Key Agent - GNOME Keyring: SSH Agent" deaktivieren und Unity neu starten. Wenn es nicht angezeigt wird, bearbeiten Sie es /etc/xdg/autostart/gnome-keyring-ssh.desktopund wechseln Sie NoDisplay=truezu NoDisplay=false.

— valk
quelle

1

Der Link zu "dieser Beitrag" ist tot

— Carson Ip

1

Gehen Sie zum Ordner / tmp und löschen Sie alle Ordner, die mit ssh beginnen

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.

— Solomon Stephen
quelle

Ich weiß nicht, warum dies abgelehnt wurde. Es hat mich auf den richtigen Weg gebracht, obwohl ich den SSH-Ordner (!!!!) nicht entfernen würde. Durch einfaches Ändern des Ordnernamens und dann zurück zu .ssh hörte der Gnome-Schlüsselring auf, den SSH-Schlüssel aufzulisten. Das erlaubte mir, ssh-add zu machen und alles funktionierte wie es sollte

— cortopy

0

Ich hatte das gleiche Problem wie Sie. Ich bin kein Experte, aber die Lösung, die für mich funktioniert hat, bestand darin, die Schlüssel aus dem Verzeichnis ~ / .ssh zu entfernen. Dies ist ein Beispiel für das, was ich gesehen habe.

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

Nachdem id_rsa (und id_rsa.pub) aus dem Ordner ~ / .ssh verschoben wurden, hatte der ssh-Agent keine Identität mehr. Was ich getan habe war:

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

Ich vermute (ich könnte mich irren), dass sich dieses Verhalten ändern würde, wenn der Gnome Keyring-Daemon nicht ausgeführt würde (Gnome-Keyring-Daemon). Vielleicht würde die ursprüngliche (und logische) Lösung funktionieren, aber nicht die zweite.

— Alejandro
quelle