LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Software (https://www.linuxquestions.org/questions/linux-software-2/)
-   -   vsftp - allows connect but not writing (https://www.linuxquestions.org/questions/linux-software-2/vsftp-allows-connect-but-not-writing-182507/)

legendaryfox 05-17-2004 12:50 PM

vsftp - allows connect but not writing
 
[ps: i think i put this in the right forum...someone please tell me if this is the wrong forum]

I have a Redhat Fedora server set up at home, and vsftp on it. Upon connecting to it via my laptop at home, I have no problem renaming, uploading, and deleting.

Now here comes the problem. A few days ago, using the Users and Groups appie in Linux, I added a user. Let's call him testguy, with password testpass. I give my friend this account. Using FileZilla (an ftp client), he can successfully connect and view his files. However, he can not delete, rename, or upload anything. Another friend who I gave an account to had the same problem.

So I try it out from my own laptop. I use the testguy account, and using FileZilla, I successfully connect. I tried renaming, it works. I tried uploading, it works. I tried deleting, it also works. I tell my friend later, he tries it, and it doesn't work.

Anyone know what happened? I'm a complete :newbie: at this, so many thanks!

TheOther1 05-17-2004 01:21 PM

Do you own those files or does your friend? If you own them, they probably do not have rights to them. Try

chown -R testguy:testguy /home/testguy/*

legendaryfox 05-17-2004 03:33 PM

they own them. In fact, I set the directory (/var/www/html/testguy/) to 777, as well as all the files inside.

TheOther1 05-17-2004 05:08 PM

Have you/they tried with any other client like gFTP, SmartFTP or even command line?

BlandoCal 05-17-2004 05:28 PM

If you get a chance try physically watching them over their shoulder when they try it, to make sure its just not user entry, this is probably not it, but working in tech. support I've learned that user error can end up being the problem on quite a few occasions. Other wise it makes no sense why that would occur. It could possibly be a problem with their Filezilla, you could always have them try to connect to your ftp through a browser, Internet Explorer has a good user interface even though its not the most secure browser, and have them try to upload, delete, etc.

Hope it helps.

legendaryfox 05-26-2004 03:17 PM

Quote:

Originally posted by TheOther1
Have you/they tried with any other client like gFTP, SmartFTP or even command line?
Yes, they've tried WSFTP, the DOS ftp, Internet Explorer's FTP, as well as linux's ftp. None work.

Quote:

Originally posted by BlandoCal
If you get a chance try physically watching them over their shoulder when they try it, to make sure its just not user entry, this is probably not it, but working in tech. support I've learned that user error can end up being the problem on quite a few occasions. Other wise it makes no sense why that would occur. It could possibly be a problem with their Filezilla, you could always have them try to connect to your ftp through a browser, Internet Explorer has a good user interface even though its not the most secure browser, and have them try to upload, delete, etc.

Hope it helps.

Yup, the passwords are being typed correctly. They can connect, they can view their files, but nothing else besides that. The own the files on the computer, and even then, the privs on the files and directory are set to 777.

legendaryfox 05-30-2004 02:09 PM

I tried restarting vsftpd service, as well as the xinetd service it requires - still no luck. Anyone have any suggestions as to which file to look for?


All times are GMT -5. The time now is 07:18 PM.