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 ...
openssh
6.2p1-1pacman -Ss gnome-keyring: 3.6.3-1
Antworten:
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.desktop
und wechseln SieNoDisplay=true
zuNoDisplay=false
.quelle
Gehen Sie zum Ordner / tmp und löschen Sie alle Ordner, die mit ssh beginnen
quelle
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.
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:
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.
quelle