I am trying to follow this process. I have a Toshiba eStudio-165 that also does not support Samba 4. The only two options are FTP or SMB for scanning.
I tried to set up FTP as in the directions here. I got this from above.
The Nethserver is a domain controller with domain domistyle.ad.
Here is what I did:
config setprop vsftpd UserType system
signal-event nethserver-vsftpd-save
db accounts set ftpuser@domistyle.ad user FTPAccess enabled FTPChroot enabled
signal-event user-modify ftpuser@domistyle.ad
signal-event nethserver-vsftpd-save
I used db accounts show to see if the config was set and it appears to be.
When I tried to log in via a command line ftp client (whatever is in Ubuntu 16.04 or 17.10), I get the following:
kyle@homesrv2:~$ ftp neth
Connected to neth.domistyle.ad.
220 (vsFTPd 3.0.2)
Name (neth:kyle): ftpuser@domistyle.ad
331 Please specify the password.
Password:
530 Login incorrect.
Login failed.
ftp> quit
221 Goodbye.
I typed out the password and cut and pasted it so I know that it is correct.
The chroot list is still empty. The user list has "ftpuser@domistyle.ad" in it. Is that correct behavior?
I also am not sure I can even enter the “@” character on the keyboard on the Toshiba eStudio 165. Is there a way to change the user to be just “ftpuser”?
Any pointers to how I might debug this would be helpful.
Another point: does this allow for writable roots in the chroot? According to some Arch documentation I found, here, vsftpd will prevent any write to the root of the chroot. If you are sharing a single directory for things like scans, this is a problem. The Toshiba eStudio 165 is not able to have a path set beyond just a single directory (at least as far as I can tell).
The vsftpd config variable that controls this is allow_writeable_chroot=YES.