I'm running KDE on openSUSE Leap 42, and I can connect to an sftp server just fine, from the console:
However, when I try the equivalent thing in Dolphin:
I get this message:
kex error : no match for method mac algo client->server: server [hmac-sha2-256,email@example.com,hmac-sha2-512,firstname.lastname@example.org,email@example.com,firstname.lastname@example.org], client [hmac-sha1]
I have checked that openssh is current, and although I am not quite sure where I would find the quoted sha2 algorithms on my machine, I suppose they must be installed because otherwise the commandline sftp connection could not work. a quick search finds only one provider of
/usr/bin/sftp, which is
openssh, so it would seem that this is what's running in both cases, and Dolphin is not using a different sftp implementation.
So: Why would Dolphin not be able to use the algorithm that the sftp command seems to happily support? I've not found any place with an sftp configuration that would be exclusive to Dolphin, either.
The server is a Synology NAS device running the latest DSM (6.1) -- and I'm not really in a position to change the configuration.
It seems that a very similar problem exists for SAMBA:
I'm accessing SAMBA shares (from w Windows server), which have recently been updated to require protocol versions 3.0 and upwards. And wouldn't you know it, all my
smb://* shortcuts in dolphin fail now, but
mount -t cifs * still works just fine, as long as I specify
This means that dolphin is either using a different implementation of the protocols, or a wrapper on them which removes many of the options which the command line version has (such as access to the latest protocol versions, I assume).
...or maybe there's a way to specify some extra parameters in the URL line in dolphin which I'm not aware of?