Activity log for bug #1130191

Date Who What changed Old value New value Message
2013-02-19 15:46:20 Serge Hallyn bug added bug
2013-02-25 19:29:53 Serge Hallyn description I have a pair of ssh config entires which look like: Host host1 User serge ProxyCommand none Host cloud-* User ubuntu StrictHostKeyChecking no IdentityFile ~/some/path/cloudkey ProxyCommand ssh host1 nc -q0 %h.cloud %p If I'm logged in through unity, ssh -vvv shows that it tries all of the ssh keys under ~/.ssh instead of trying ~/some/path/cloudkey. I assume ssh would eventually get to trying cloudkey, but the remote end refuses the login before getting to that. It should try cloudkey first. If I'm logged into a different window manager (say, dwm), with ssh-agent running, but where i have to manually run ssh-add, then it works fine. I have a pair of ssh config entires which look like: Host host1     User serge Identityfile host1key     ProxyCommand none Host cloud-*   User ubuntu   StrictHostKeyChecking no   IdentityFile ~/some/path/cloudkey   ProxyCommand ssh host1 nc -q0 %h.cloud %p If I'm logged in through unity, ssh -vvv cloud-* shows that it tries all of the ssh keys under ~/.ssh instead of the named IdentityFile. I assume ssh would eventually get to trying host1key, but the remote end (host1) refuses the login before getting to that. It should try the listed IdentityFile first. Note: I had a set of password-less keys under ~/.ssh for testing purposes. gnome-keyring-daemon auto-loads those, so that doing 'ssh-add -D' doesn't help. When not running gnome-keyring-daemon, you can avoid this by only loading the needed keys into the ssh-agent.
2013-02-27 20:14:58 Serge Hallyn openssh (Ubuntu): importance Undecided Medium
2018-09-25 20:16:45 Rolf Leggewie openssh (Ubuntu): status New Incomplete
2018-09-25 20:16:45 Rolf Leggewie openssh (Ubuntu): assignee Rolf Leggewie (r0lf)
2020-02-18 09:55:12 Rolf Leggewie openssh (Ubuntu): status Incomplete Invalid