Did some more tests but whatever I do. I can only connect as long as user is not in group sftp-access, but whole root tree is displayed then.
Adding the user to sftp-access, I cannot login anymore due to "connection abort".
Turning On "Allow Groups" while user is not in sftp-access leads to "Auth failed".
Joining the group again leads to "connection abort".
Found no other settings that would change anything. Sys Log displays "service started" only. Going to SFTP LOG I get the error "Failed to open the log file (filename=/var/log/openmediavault-sftp.log).".
@ryecoaaron any further tips?
So in the auth.log I found the error message
'fatal: bad ownership or modes for chroot directory component "/"'
and therefore I checked the permissions. I found that my / was set as root:root 775 and not root:root 755.
I backed up my system and changed the permissions with "chmod 755 /".
After that, auth.log gave me another error saying
'fatal: safely_chroot: stat("/sftp/"): No such file or directory'
So I checked /etc/ssh/omv_sftp_config and there it says 'ChrootDirectory /sftp/%u'. Ok, creating the dir /sftp/testUser/blabla/ with the right permissions and I can finally connect and I see only the directory blabla/.
But what is going on there? In the OMV GUI at SFTP in the Access List TAB I set testUser should see the sharedfolder "testSF". That setting seems to be ignored. Why is omv_sftp_config chroot'in to /sftp/%u?
Same problem here, and your insight and help was really really appreciated.
I installed OMV in a OrangePi Plus 2e, attached a couple of drives and could not make SFTP with chroot to work.
After chmod 755-ing / everything looks to be working normally.