Bug 51359 - sftp io slave compatibility problems with some openssh versions
Summary: sftp io slave compatibility problems with some openssh versions
Status: RESOLVED WORKSFORME
Alias: None
Product: kio
Classification: Frameworks and Libraries
Component: sftp (show other bugs)
Version: unspecified
Platform: Mandrake RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Lucas Fisher
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-11-30 13:47 UTC by Ronny Standtke
Modified: 2004-01-11 09:14 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ronny Standtke 2002-11-30 13:47:05 UTC
Version:           3.0.4 (using KDE 3.0.4)
Installed from:    Mandrake Linux Cooker i586 - Cooker
Compiler:          gcc version 3.2 (Mandrake Linux 9.0 3.2-1mdk)
OS:          Linux (i686) release 2.4.19-16mdk

I have two systems here with a Mandrake 9.0 installed. Both have running sshd. I can use ssh, scp & sftp on the command line without any problem between both systems. But the sftp io slave in konqueror doesnt work at all. Example:

I insert "sftp://192.168.0.2" into the location field and press return. A dialog pops up which askes for my username & password. After I input them and press "OK" the Konqueror gear wheels are spinning for a minute or two and then a page appears reading:
----
"An error occured while loading sftp://192.168.0.2:

Could not connect to host"
----

Well, there must be something wrong here ...
Comment 1 Lucas Fisher 2002-12-05 23:41:43 UTC
What version of the ssh client and server is on both machines?  
What happens if you try using the sftp slave to connect to the localhost, as 
in sftp://localhost  
Comment 2 Ronny Standtke 2002-12-15 14:50:32 UTC
The ssh is the one wich came with Mandrake 9.0, which is openssh-3.4p1-4mdk 
plus client and server packet. 
If I use sftp://localhost the username/password dialog appears and after I put 
in the correct information my home directory appears. In short -> it works. 
But I hardly use sftp locally :-) 
Comment 3 Adam Tenderholt 2003-04-12 02:42:34 UTC
I have the same problem except I can't even connect to sftp://localhost. After waiting 
for a minute or so, a dialog pops up saying it can't communicate with ssh. After I click 
okay, it gives the above error: 
 
"An error occured while loading sftp://localhost:  
  
 Could not connect to host" 
 
Adam 
 
Comment 4 Adam Tenderholt 2003-04-12 02:44:06 UTC
Oh, I forgot to mention that I'm using gentoo with kde 3.1.1a, openssh 3.6.1_p1, and 
openssl-0.9.6i-r2. 
 
Adam 
 
Comment 5 Caleb Tennis 2003-05-08 16:45:31 UTC
This is also noted as a bug with gentoo: http://bugs.gentoo.org/show_bug.cgi?id=19425 
 
More information from this bug report: 
 
Since upgrading to new openssh-3.6_p1 I haven't been able to use KDE's sftp://  
kioslave.  Today I really needed that functionality back so I downgraded openssh 
to  
3.5_p1-r1 and it all works all happily again.  I think I traced it down to the way 
kde  
starts up the ssh process -- the parameters no longer work the same for newer  
openssh.  It seems KDE starts ssh with parameters like  
  
  -o ForwardX11 no  
  
And the openssh folks changed to to require an "=" character -- i.e.  
  
  -o ForwardX11=no  
 
 
Comment 6 jeroen van drie 2003-05-11 20:19:56 UTC
sftp doesnt work in debian unstable either.  
Seems like it has to do with a change between OpenSSH 3.5 and 3.6 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=188089 
 
summary: 
debug("ssh-userauth2 successful: method %s", authctxt.method->name); 
debug("Authentication succeeded (%s).", authctxt.method->name); 
 
kiosftp looks for ssh-userauth2 successful:  but the newer openssh's are sending 
Authentication succeeded. 
 
Comment 7 jeroen van drie 2003-05-11 20:57:31 UTC
sshconnect2.c 
 
I just tested the above (replacing "Authentication succeeded (%s)." with "ssh-userauth2 
successful: method %s" in sshconnect2.c 
and that fixed this issue.  
 
I find it terribly inconvenient to work without the sftp kioslave, it's totally changed the way 
I work and saves me a LOT of time. I'm VERY happy with it! As suggested on the Debian 
list maybe the developer can talk to someone at openbsd and see if something can be 
put in openssh to make this depend on something other than debug messages? 
 
Thanks, Jeroen. 
Comment 8 Thiago Macieira 2003-05-11 21:00:05 UTC
Try fish. It works in any SSH, without need for external subsystem support. 
 
Comment 9 David Morel 2003-05-15 16:46:12 UTC
Confirmed using kde3.1.1a / gentoo with openssh3.6 
downgraded openssh to 3.5_p1 and everything works fine again 
Comment 10 David Morel 2003-05-23 11:41:59 UTC
upgraded to kde 3.1.2, and this time openssh 3.5_p1 doesn't work; upgrade 
openssh to 3.6 fixes it. 
Comment 11 Bruce Sass 2003-08-02 23:03:45 UTC
KDE-3.1.3 appears to fix this bug. 
 
Debian unstable 
 
KDE-3.1.2 + openssh-3.6 -> Mandrake-9.0 + openssh-3.5 
doesn't work 
 
upgrade to KDE-3.1.3 and it works 
 
Comment 12 hughjonesd 2003-08-04 18:22:46 UTC
In my KDE 3.1.3, this works for me at least for localhost.
Comment 13 Moritz Moeller-Herrmann 2003-09-12 12:10:46 UTC
I can personally confirm, that openssh-3.6.1 works with KDECVS on Debian unstable. Are 
there still problems with openssh-3.5.x or other versions? If noone responds, then this bug 
may be closed. 
Comment 14 Martin Hodges 2003-10-06 17:25:12 UTC
Mandrake 9.1, KDE 3.1.4, openssh-3.6.1 works? It does not. Downgrade openssh to 3.5, 
works it does. 
Comment 15 Martin Hodges 2003-10-08 08:46:32 UTC
Shall we try to identify versions correctly? KDE with Mandrake 9.1 Bamboo is 3.1.0. It would 
appear from the reports that openSSH 3.5 works with KDE <= 3.1.1. 
OpenSSH 3.6 works with KDE >= 3.1.1. 
Comment 16 Dawit Alemayehu 2003-12-29 03:11:50 UTC
Has anyone tried the 3.2 beta2 releases ? It should work properly there. I cannot test it against 3.6.1 since I have no machine that has version of SSH, but it works fine against 3.4.1. If someone has a machine with 3.6.1 that I can test against, I will be glad to try it...
Comment 17 Dawit Alemayehu 2004-01-11 09:14:34 UTC
Cannot duplicate this the current CVS version. Please feel free to re-open if the problem is still present in the upcoming 3.2 release.