sftp:// does not work when SSH client has "ControlMaster" and "ControlPath" defined
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
KDE Base |
Fix Released
|
Medium
|
|||
kdebase-runtime (Ubuntu) |
Fix Released
|
Low
|
Unassigned |
Bug Description
Binary package hint: konqueror
SSH can open several login shells to an unique server by using an unique connection. The first SSH client launches a connection and listens an UNIX socket in a known location and the following SSH clients connect to that UNIX socket instead of opening a new connection to remote server. This feature is useful when using password authentication in SSH: you only need to type the password at the first time.
I am using this feature in my system. In order to do that, I put the following lines below "Host *" in /etc/ssh/
ControlMaster auto
ControlPath ~/.ssh/%r@%h:%p
But sftp:// did not work. In Konqueror, when trying to browse a remote server which already has an open connection, it waits, waits and then gives up, informing a fail during SSH conversation.
sftp:// works well if it is the first connection to the remote server.
I'm using konqueror 4:4.1.1-0ubuntu2 in Ubuntu Intrepid x86.
Steps to reproduce the bug:
# Put "ControlMaster" and "ControlPath" lines in /etc/ssh/
# Type in a terminal:
$ ssh <user>@<remote server>
# Type in another terminal:
$ konqueror sftp://<user>@<remote server>/
Changed in kdebase: | |
status: | New → Triaged |
Changed in kdebase: | |
status: | Unknown → New |
Changed in kdebase: | |
status: | New → Confirmed |
Changed in kde4libs: | |
importance: | Undecided → Low |
Changed in kdebase: | |
status: | Confirmed → Invalid |
Changed in kdebase: | |
status: | Invalid → Unknown |
Changed in kdebase: | |
status: | Unknown → New |
Changed in kdebase: | |
status: | New → Fix Released |
affects: | kde4libs (Ubuntu) → kdebase-runtime (Ubuntu) |
Changed in kdebase: | |
importance: | Unknown → Medium |
Fix committed for KDE 4.4. Since it is part of a rewrite of the sftp:// kio slave, we will unfortunately not be able to backport the fix.