Users have been uploading for months and now can't

[berryd13]

Hi,

I have had users logging in and uploading files to our sftp for a few months now with no problems. This is a daily occurence. They recently brought to my attention that they are getting errors and can no longer upload files. I have changed nothing on the server since I set it up a few months ago. When I logged in from home, outside of the office network it worked fine for me. I also just tried it using my hot spot from my cell phone and it worked as expected.

Here is what the log shows:

(000046)7/23/2018 4:04:25 AM - (not logged in) (128.136.20.44)> AUTH TLS
(000046)7/23/2018 4:04:25 AM - (not logged in) (128.136.20.44)> 234 Using authentication type TLS
(000046)7/23/2018 4:04:25 AM - (not logged in) (128.136.20.44)> TLS connection established
(000046)7/23/2018 4:04:25 AM - (not logged in) (128.136.20.44)> USER carenow
(000046)7/23/2018 4:04:25 AM - (not logged in) (128.136.20.44)> 331 Password required for carenow
(000046)7/23/2018 4:04:25 AM - (not logged in) (128.136.20.44)> PASS ************
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> 230 Logged on
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> FEAT
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> 211-Features:
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> MDTM
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> REST STREAM
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> SIZE
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> MLST type*;size*;modify*;
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> MLSD
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> AUTH SSL
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> AUTH TLS
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> PROT
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> PBSZ
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> UTF8
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> CLNT
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> MFMT
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> EPSV
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> EPRT
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> 211 End
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> SYST
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> 215 UNIX emulated by FileZilla
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> OPTS UTF8 ON
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> 202 UTF8 mode is always enabled. No need to send this command.
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> CWD /Carenow/
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> 550 CWD failed. "/carenow": directory not found.
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> PBSZ 0
(000046)7/23/2018 4:04:25 AM - carenow (128.136.20.44)> 200 PBSZ=0
(000046)7/23/2018 4:04:26 AM - carenow (128.136.20.44)> PROT P
(000046)7/23/2018 4:04:26 AM - carenow (128.136.20.44)> 200 Protection level set to P
(000046)7/23/2018 4:04:26 AM - carenow (128.136.20.44)> TYPE I
(000046)7/23/2018 4:04:26 AM - carenow (128.136.20.44)> 200 Type set to I
(000046)7/23/2018 4:04:26 AM - carenow (128.136.20.44)> PASV
(000046)7/23/2018 4:04:26 AM - carenow (128.136.20.44)> 227 Entering Passive Mode (192,168,2,40,3,217)
(000046)7/23/2018 4:04:26 AM - carenow (128.136.20.44)> STOR /Carenow/Pr_2018-07-15-2018-07-15.txt
(000046)7/23/2018 4:04:26 AM - carenow (128.136.20.44)> 550 Filename invalid
(000046)7/23/2018 4:04:26 AM - carenow (128.136.20.44)> QUIT
(000046)7/23/2018 4:04:26 AM - carenow (128.136.20.44)> 221 Goodbye
(000046)7/23/2018 4:04:26 AM - carenow (128.136.20.44)> disconnected.

[botg]

Your users are trying to upload into a non-existing directory. Needless to say, that doesn't work.

[boco]

I have had users logging in and uploading files to our sftp for a few months now with no problems.

FTPS (FTP over TLS). SFTP is the SSH2 transfer subsystem and not supported by FileZilla Server.

[berryd13]

Your users are trying to upload into a non-existing directory. Needless to say, that doesn't work.

Thanks for the reply. How does that explain why it has been working with no problem up until this point? And do I need to configure something specific for this directory? I know it exists because I created it. I set this directory and made it a home directory for this user? Is that the problem?

[berryd13]

I have had users logging in and uploading files to our sftp for a few months now with no problems.

FTPS (FTP over TLS). SFTP is the SSH2 transfer subsystem and not supported by FileZilla Server.

Thanks for the reply. I have configured FTP over TLS within the server. I guess I misspoke when I said SFTP. Do you have any suggestions on why the directory says it does not exist when I in fact does exist and it was working fine the last few months up until last week? And what about the 'filename invalid' 550 error?

[boco]

Important: If you indeed made the "Carenow" directory the Home directory for the user, then it is now the root directory. As a rule of thumb, the assigned Home directory becomes the root directory for the user account.

So, your clients need to upload to / (the root).

[berryd13]

Important: If you indeed made the "Carenow" directory the Home directory for the user, then it is now the root directory. As a rule of thumb, the assigned Home directory becomes the root directory for the user account.

So, your clients need to upload to / (the root).

Uploading to the root directory should be their only option. When one logs in it's the only directory visible and accessible to them.
And why can I log into it with their login and upload, delete, transfer files?

[boco]

The following is a line from your provided log:

(000046)7/23/2018 4:04:26 AM - carenow (128.136.20.44)> STOR /Carenow/Pr_2018-07-15-2018-07-15.txt

As you see, they try to upload into a subdirectory /Carenow, which, of course, doesn't work. In other words, wrong client configuration.