Hi,

Previously my workstation is on the same network with the servers. Recently it has been changed to join another network and only routed to the servers recognized via user id through firewall.

The servers are DB and Web server, both running with telnet, vsftp and wu-ftp. Web server also has apache running. Weird thing is, i am able to create directory, upload and delete file at my DB server, but not on the Web server.

Have compared the ftpaccess, vsftpd.conf and iptables of both servers. All are identical.
What has gone wrong?

Hi,

You'll need to post the error message that you receive - there are too many different things here to be able to guess which of them isn't working!

Hi,

The error message is 550 permission denied.

If i upload files from DB server to Webserver which is on the same network, there is no problem.
If i upload files from my workstation to webserver, using the same user id, 550 permission denied hits. The only difference is we sit on different network. That leads me to the conclusion that my webserver only allow upload from the workstations/servers of same network.

thanks.

OK - that's a server response, so the issue is likely to be the configuration of the specific service that you are trying to access, and you've already successfully eliminated the possibilities of firewall blocking, invalid username/password credentials, and security permissions, by proving it works for clients on the same network.

Since this is FTP, you also need to double-check the various client settings for any oddness (passive mode, proxies etc.), and ensure that you have identical settings on the working client and the blocked one, before you look at the service config file itself. I hate FTP .

I have checked the ftp service config file, both ftpaccess and vsftpd.conf. Both are identical. I wonder could it be other services like apache http, linux firewall etc that is causing this?

Thanks.

It is unlikely - unless you are connecting via a proxy service, this is a response from the FTP service itself to indicate that it thinks that your username/client should not be permitted access to the requested item.

You do need to double-check the client settings, and possibly do a connection on the failing client with the logging on, so that you know exactly what the client is saying to the service, and at what point the service decides to reject the request.

By having chmod -R 775 <Directory name>, i am able to do the upload now.
Looks like chmod gou +rwx <directory name> is different from the above.