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)

ทำไมปุ่มไม่ถูกลบ?

ป.ล. อาจเป็นข้อผิดพลาดนี้หรือไม่? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472477 ฉันกำลังอยู่ใน arch linux แม้ว่า ...


จุดบกพร่องนั้นมีอายุหลายปี ในกล่อง Arch ที่อัปเดตแล้วจะทำงานได้ตามที่คาดหวัง: openssh6.2p1-1
jasonwryan

jsonwryan ... มันเป็นเรื่องจริงไม่ใช่ปี ความคิดเห็นล่าสุดลงวันที่ 05 ต.ค. 2555 ระบุว่ายังไม่ได้รับการแก้ไข ความคิดเห็นอื่น ๆ แนะนำว่าปัญหาคือต้นน้ำ และไม่ - มันใช้ไม่ได้กับระบบ 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=trueNoDisplay=false


1
ลิงก์ไปยัง "โพสต์นี้" ตายแล้ว
Carson Ip

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 หยุดแสดงรายการคีย์ ssh ที่อนุญาตให้ฉันทำ ssh-add และมันก็ทำงานได้ตามที่ควร
cortopy

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 daemon (gnome-keyring-daemon) พฤติกรรมนี้จะเปลี่ยนไป บางทีโซลูชันดั้งเดิม (และตรรกะ) อาจใช้งานได้ แต่ไม่ใช่โซลูชันที่สอง

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.