ssh-add -D saklanan anahtarları ssh aracısından silmez


13

Bu nasıl oluyor ?:

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)

Neden anahtarlar silinmiyor?

ps bu hata olabilir? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472477 Gerçi kemer linux'dayım ...


Bu böcek yaşında; güncel bir Arch kutusunda, beklendiği gibi çalışır: openssh6.2p1-1
jasonwryan

jsonwryan ... gerçek değil yaşında. 05 Ekim 2012 tarihli son yorum - hala sabit olmadığını belirtiyor. Diğer yorumlar sorunun yukarı yönde olduğunu göstermektedir. Ve hayır - güncel Arch sisteminde benim için çalışmıyor. Ancak - ssh anahtarlarını ~ / .ssh dizininden ~ / .ssh / my_keys (hata raporunda önerildiği gibi) içine taşıdığımda -> ekleme ve kaldırma beklendiği gibi çalışıyor.
agent_smith

3
Raporu dikkatlice okuyun: "Sürüm 3.2.2-2'de düzeltildi" -pacman -Ss gnome-keyring: 3.6.3-1
jasonwryan

Yanıtlar:


2

Adımlar bu yazı benim için çalıştı; Başlangıç ​​Uygulamaları yöneticisini açmanız, "SSH Anahtar Aracısı - GNOME Anahtarlık: SSH Aracısı" girdisinin işaretini kaldırmanız ve Unity'yi yeniden başlatmanız yeterlidir. O kadar, düzenleme görünmüyorsa /etc/xdg/autostart/gnome-keyring-ssh.desktopve değişim NoDisplay=trueiçin NoDisplay=false.


1
"bu gönderi" bağlantısı öldü
Carson Ip

1

/ Tmp klasörüne gidin, ssh ile başlayan tüm klasörleri silin

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.

Bunun neden oy kullanıldığını bilmiyorum. Her ne kadar ssh klasörü (!!!!) kaldırmak olmaz, beni doğru parçaya koydu. Sadece klasör adını değiştirip .ssh'ye geri dönerek, gnome anahtarlık ssh anahtarının listelenmesini durdurdu. Bu bana ssh-add yapmama izin verdi ve her şey olması gerektiği gibi çalışıyordu
cortopy

0

Seninle aynı problemi yaşadım. Ben bir uzman değilim, ama benim için çalışan çözüm ~ / .ssh dizinindeki anahtarları kaldırmak oldu. Bu benim gördüklerimin bir örneği.

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

İd_rsa (ve id_rsa.pub) ~ / .ssh klasöründen taşındıktan sonra ssh-agent kimliğine sahip olmayı bıraktı. Yaptığım şey:

$ 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 daemon'unun (gnome-keyring-daemon) çalışmasaydı, bu davranışın değişeceğini tahmin ediyorum (yanlış olabilirim). Belki orijinal (ve mantıksal) çözüm işe yarar ama ikincisi işe yaramaz.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.