There are some similar bugs to this but none with quite the same problem. I have connected to a server using ssh on the command line previously: ssh user@server If I now try to connect to it using dolphin sftp://user@server/ I get an error message : Connection to host The host key for this server was not found, but another type of key exists. An attacker might change the default server key to confuse your client into thinking the key does not exist. Please contact your system administrator. is broken The only way to get Dolphin to connect is to delete the contents of ~/.ssh It seems that dolphin does not like the host keys that the command line ssh creates. This means I cannot connect using both dolphin and command-line ssh. Reproducible: Always Steps to Reproduce: 1. ssh to the server from the command line (with an empty ~/.ssh) 2. Try sftp connection to same server, same user, from dolphin 3. Actual Results: Dolphin throws error message Expected Results: Dolphin should connect This is using Kubuntu 12.04.1 with KDE 4.9.3
Thanks for the bug report! Dolphin does not do any sftp-related stuff itself, we use a kioslave for that -> reassigning.
OK no problem :) Interestingly, if I do things the other way around, ie: Clear ~/.ssh Connect to the server from dolphin (sftp://user@server/) Then connect from the command line (ssh user@server) Then I don't get any errors. It might be relevant that 'server' has a static IP on my local network which is mapped in /etc/hosts (because my router's DHCP sucks :) )
If you establish a ssh connection with openssh you probably get a ECDSA key and the fingerprint is stored in ~/.ssh/known_hosts. libssh doesn't know about ECDSA keys yet. It will be supprted with libssh 0.6.
*** This bug has been marked as a duplicate of bug 270322 ***