SSH_AUTH_SOCK not being properly set: user has to type password even if saved in the password manager
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GNOME Keyring |
Unknown
|
Unknown
|
|||
gdm (Ubuntu) |
Invalid
|
Low
|
Unassigned | ||
gnome-keyring (Ubuntu) |
Invalid
|
Low
|
Unassigned | ||
lubuntu-default-settings (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
lxde-common (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
lxsession (Ubuntu) |
Confirmed
|
Low
|
Unassigned |
Bug Description
Binary package hint: lxde-common
SSH_AUTH_SOCK is not being properly set. (Or it is pointing to a sock that doesn't accomplish its job.)
Expected behavior:
You run "ssh <email address hidden>" and the password manager opens a GUI to ask for the passphrase. Once unlocked, it remains unlocked until you log off. Moreover, at that moment of unlocking you can tell it to remember the passphrase forever so it gets automatically unlocked next time you login. Any other application that uses ssh-like connections will find this key unlocked as well.
Observed behavior:
You run "ssh <email address hidden>" and it prompts you for the key passphrase in the terminal. You run it again, you are prompted again. Any other application that uses ssh-like connections will result in a passphrase prompt as well.
How to reproduce:
Enter Lubuntu session
Open Passwords and Encryption Keys
Create a Secure Shell key
Configure this key to some domain you can ssh to
Open a terminal and run ssh <email address hidden>
You are promted for a password in the terminal interface.
Partial workaround:
Here is a partial workaround for a terminal session: export SSH_AUTH_SOCK=`echo /tmp/keyring*/ssh` after the keyring-daemon has been loaded.
But it only works within the same terminal session, not for other applications that launch ssh-like processes.
Disclaim: it works for Lubuntu session inside a Ubuntu 10.04 install, with GDM as session manager.
$ printenv SSH_AUTH_SOCK
/tmp/ssh-
$ ssh mydomain
Enter passphrase for key '/home/
$ export SSH_AUTH_SOCK=`echo /tmp/keyring*/ssh`
$ printenv SSH_AUTH_SOCK
/tmp/keyring-
$ ssh mydomain
Last login: Wed Oct 20 19:58:06 2010 from ....
Your default printer is ....
mydomain:leorolla> [blinking cursor!]
Changed in gnome-keyring: | |
importance: | Unknown → Undecided |
status: | Unknown → New |
Changed in gnome-keyring: | |
importance: | Undecided → Unknown |
status: | New → Unknown |
This is a known problem in Lubuntu 10.10.
However, with recent udpates from gnome-keyring in Ubuntu Natty, I can't reproduce this problem any more, with a fresh install. It also seems fixed upstream (see gnome bug report). Can someone confirm that this bug is gone in Ubuntu Natty ?