Help - Search - Members - Calendar
Full Version: Help with a Problem again
The Planet Forums > Control Panels > Plesk
Postal
My Client says the following:

I use WS_FTP95 LE to do my ftp transfer.
When I trasfer a file I get the following:

sending submit_link.php as submit_link.php (1 of 1)

TYPE I

200 Type set to I.

PORT 196,31,190,86,5,87

200 PORT command successful.

STOR submit_link.php

150 Opening BINARY mode data connection for submit_link.php.



and then it just stops with no response and WS_FTP95 hangs. The same happens when I use ftp command line from dos prompt.



Sometimes I get: ! Receive error: Blocking call cancelled



also:

! port cmd failed

! DoDirList failed 0



Any idea whats wrong?
Cyborg
Did you try active transfers (disable passive) or the other way around?
Postal
Client said yes.
meballard
Are you using a firewall on your system?
Postal
yes pm firewall but I have port 21 open and I can upload with no problems.
yenne
How about the other way -- is the client running a firewall? Normal FTP (using the PORT directive instead of PASV) requires the server to make a TCP connection to the client at some random unprivileged port. Is that client able to FTP and retrieve files from other FTP servers in normal (non-passive) mode?

Other than that, I'd suspect your firewall rules, whatever they are.

-britt

A Smith & Wesson *ALWAYS* beats 4 Aces.
Postal
He says he has no problems anywhere else. I have not had a complaint from anyone else about it on that server and I sure don't have a problems uploading to it.
yenne
How about checking the various log files in /var/log to see if there's some kind of error or blocked packet.

-britt

1st rule of intelligent tinkering - save all the parts.
meballard
Is he running any kind of firewall or router?
Postal
Here are the errors that I get when he tries to ftp.

Apr 14 05:31:42 server7 proftpd[16454]: server7.support1.net (edo53-01-p187.nt.saix.net[155.239.182.187]) - Data transfer stall tim$
Apr 14 05:31:42 server7 PAM_pwdb[16454]: (ftp) session closed for user ioptix
Apr 14 05:36:50 server7 proftpd[16488]: server7.support1.net (edo53-01-p30.nt.saix.net[155.239.182.30]) - Data transfer stall timeo$
Apr 14 05:36:50 server7 PAM_pwdb[16488]: (ftp) session closed for user ioptix
Apr 14 05:38:04 server7 proftpd[16494]: server7.support1.net (edo53-01-p30.nt.saix.net[155.239.182.30]) - Data transfer stall timeo$
Apr 14 05:43:58 server7 proftpd[16522]: server7.support1.net (edo53-01-p30.nt.saix.net[155.239.182.30]) - Data transfer stall timeo$
Apr 14 05:43:58 server7 PAM_pwdb[16522]: (ftp) session closed for user ioptix
Apr 14 05:47:11 server7 proftpd[16531]: server7.support1.net (edo53-01-p30.nt.saix.net[155.239.182.30]) - Data transfer stall
mmoncur
You might look at this thread about a similar FTP problem that a bunch of us were running to with the first white boxes:

http://forum.rackshack.net/showthread.php?...ight=ftp+upload

However, I thought that was pretty much a non-issue now. My guess is that your client has a firewall of some kind installed that is causing trouble. Can he upload to any other FTP site?
Postal
Thanx mmoncur
Postal
I actually do have one of the first. Did they correct the problem with them.
Postal
What port does it use, Maybe I closed it.
mmoncur
Actually the problem in the thread I linked was related more to RackShack's routers than the WLBs themselves. I believe the problem went away when the move to the new datacenter was completed.

Ask your client if they can turn on "passive mode" in their FTP client. This may work better as it uses different ports. You should also try turning OFF passive mode in your own client and testing an upload to see if you can duplicate the problem.

In passive mode, FTP uses ports 20 and 21 (TCP and UDP). In the default (active or PORT) mode, FTP uses port 21 and one or more random port numbers over 1000 - it's pretty hard to make a firewall work 100% with this mode.

Your firewall should have documentation about supporting active and passive FTP, it's a pretty common issue.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2009 Invision Power Services, Inc.