ftp - Using Filezilla to upload files to remote server under a proxy server
2013-09
Prashant Singh
I am using Filezilla to upload files to my web server. I am under a proxy server of my college. I edited FTP proxy in Filezilla Settings. However, it shows the following error :-
Status: Selected port usually in use by a different protocol.
Status: Connecting to myServerIp:port...
Response: fzSftp started
Command: open "prashant@myServerIp" port
Error: Connection refused
Error: Could not connect to server
I set the value of host to sftp://myServerIP while connecting to the remote server.
Any help to by-pass my proxy server ?
Questioner
Running filezilla 3.3.0.1 (and slightly older versions exhibit this behavior as well) to Red Hat Enterprise 5x with filezilla server, we are getting doubling of text files on overwrite. It seems to affect php, js, html files but maybe not binary files although that's not thoroughly tested. We've looked at the settings on the client and found one we thought was the problem which was 'allow resume of ascii files' which states in the client that if ticked can cause problems with line endings differing from platforms, but we've unticked this option.
so here's what happens:
We open the client, connect to ftp server. Upload a local file and choose 'overwrite' of remote copy. Filesize should change slightly (should slightly increase, ex: 117kB -> 118kB), instead it does not refresh the filesize. You hit the manual refresh button and suddenly the remote copy's filesize is reported to be doubled or more (ex: 275kB). What the heck is going on??
When we redownloaded some of these files it was as if a concatenation was happening (appending random extra contents). Obviously this will not fly to micromanage files- our whole system could be screwed up completely by this. Please help!! Is this a permissions/ownership issue or something really weird happening with either the filezilla client or server?
Jeremy Morgan
After talking to rackspace, it turns out it is related to a sticky bit and setguid issue they had set for us on the webroot folder that was allowing us to write to the file but not destroy it first so the net result was a concatenation/append of new contents to the end of old contents. We were trying to have the web server user be the owner and the web server group be the same group as the ftp-ers group so that there was an ownership and full access for apache and yet read-write permission for ftp users and read-only perms for world-readable documents to be served as outlined here: http://www.washington.edu/itconnect/web/publishing/permissions.html
Steve
Do you have access to the Red Hat server? If so, what does the filesize show on that machine? If I had to guess it is probably a Filezilla bug, as a quick search turned up a bug report similar to what you experiencing here: http://trac.filezilla-project.org/ticket/4788.