On 12/10/2014 03:26 AM, David Haller wrote:
So, I call on you guys that have an interest in the fish feature, there's a preliminary patch that _might_ work, but will need lots of testing.
The only reason to prefer fish is due to historical reasons and the fact that it is still used in older releases and various BSDs. If its broken, I want to stay 11 feed away from it. I think we would all be happy with sftp-link IF IT WORKED, but as Carlos has discovered it it hit or miss whether sftp-link works. For me selecting sftp-link and using something like jsa@screenio:/home/jsa works (to older version of opensuse), as well as to various BSD machines but using something like jsa@localhost:/home/jsa will fail every time if the machine is opensuse 13.2 (acts exactly the same with Ip addresses, FQDNs, etc) And it fails the same way when users on a different machine try to connect to Opensuse with sftp-link. (I tried from kubuntu, which offeres the sftp-link feature). This suggests to me that the problem is not MC, but some portion of ssh-sftp in opensuse 13.2, or the way sftp-link is handling the connection, and the default opwnsuse 13.2 sshd_config setup which disables passwordauthentication. As others have pointed out, you have to set your sshd to allow tunneled clear text passwords to get sftp-link to work. (in /etc//ssh/sshd_config: snip: # To disable tunneled clear text passwords, change to no here! PasswordAuthentication yes The password will be in the ssh tunnel, (encrypted), but simply allowing this type of authentication opens you up to script kiddie attacks. So most people would like to see sftp-link first try publickey login and only fall back to password if that fails. (Not: I thought this worked with public key, But I now believe I was wrong). -- After all is said and done, more is said than done. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org