ETimedout

[BJLebid]

Hi

I have a contractor that uses Serv-U ftp server.

I can connect to his "Serv-U" ftp server from all my locations except
my Tustin Location

Tustin can connect to all ftp servers except those running the "Serv-
U" ftp server brand.

All office connections run thru a single internet connection in
tustin.

Any thoughts?

Filezilla
Status: Resolving address of mail.ddarchitecture.com
Status: Connecting to 204.1.172.129:21...
Status: Connection attempt failed with "ETIMEDOUT - Connection
attempt timed out".
Error: Could not connect to server

[FTPServerTools]

First of all turn on your logging on serv-u. Second of all, it is not
clear to e which serv-u version you are talking about.
The most common point when this occurs is that serv-u is behind a
router and the client tries to connect to serv-u without using a
passive move connection.
Filezilla has as far as I know also a more extensive logging. This
Connecting to is probably trying to do something else.
Also you should check that Tustin is actually using the right port and
the right ssl setting (if any).
Check if you properly added the proper listener (servu 7 and up) or if
you added the right domain (servu 3 through 6).
Also you should check if you have set the proper ip access. It is
possible to block access based on ip numbers.
I suspect it is one of these issues.
On the tustin machine first check if you can login locally. Then check
that the serv-u listener port is actually allowed through the router
and/or firewall..

[BJLebid]

Thanks for the Reply.

Unfortunately I do not use Serv-U FTP.
I am only trying to connect to one.

All my offices connect to each other via a point to point connection
on ATT's ipflex program using various carriers.

All internet traffic is routed to Tustin and then out a Cisco PIX 515
and then out a ATT Cisco 2800 router to ATT's backbone.

That’s why I'm stumped on this one. I am a Sr. Network Engineer with
20 yrs experience.

All office's except Tustin can connect to “Serv-U” ftp servers.

Tustin can connect to all other brands of FTP servers except your
brand. Really weird.

Thanks in advance
BJ Lebid

[BJLebid]

At my other locations transferring large files to a serv-u ftp site
show successful how file size dont match

20meg file shows as a 14 meg file on the ftp server.

True for mutiple clients using Serv-U ftp.

[FTPServerTools]

Ok first of all I am just helping out here.. I did not make serv-u, I
am just an enthusiastic user.
So a few points to check:
-if you have mode z activated in your ftp client then turn it off.
Some clients do not implement it correctly.
-does the same file always break off at the exact same length??
-I assume you already did the proverbial traceroute (with something
like visual route) for a couple of minutes to check if a hop is
causing delays.
-which client do you use?
-do you use ssl and if so which version? Some older ssl versions also
have strange bugs.
-do you use passive mode connection or not?
Can you show a detailed log? Just sent it as a private message. I
would like to take a look. Preferably a log with all the ftp commands
and replies passing by.
Can you get a log from the server side also at the moment where the
failure occurs? That would also be highly interesting.
I myself have upload files of 100M and even more with no troubles on
various serv-u versions.
Is it an ipv6 server or ipv4? or maybe ipv4 via an ipv6 tunnel?
If the person who has bought the server still is eligable for a free
update then I suggest he does that as well.

[BJLebid]

Thank you for your help.

- I am using Filezilla 3.0.6 for the client.
- To the best of my knowledge Mode Z compression is not supported in
Filezilla
- The file breaks at half a meg more every retry up to 3/4 of the file
size and then says complete.
- Everything looks fine with trace route and visual route 2010
- Passive mode turned off

The problem is in my network.
- This problem occurs to multiple companies that independently use
Serv-U ftp server.
- I have the problem only inside my network. If I take a laptop
outside of the network the problem disappears.

- I can connect to all other brands of ftp server (Microsoft, Apache,
Wing.....) just fine.
- both sides are ipv4

Filezilla Log

Trace: CFtpControlSocket::OnReceive()
Response: 200 PORT Command successful.
Trace: CFtpControlSocket::TransferParseResponse()
Trace: code = 2
Trace: state = 2
Trace: CFtpControlSocket::SendNextCommand()
Trace: CFtpControlSocket::TransferSend()
Trace: state = 4
Command: STOR cg1.dwg
Trace: CFtpControlSocket::OnReceive()
Response: 150 Opening BINARY mode data connection for CG1.dwg.
Trace: CFtpControlSocket::TransferParseResponse()
Trace: code = 1
Trace: state = 4
Trace: CFtpControlSocket::SendNextCommand()
Trace: CFtpControlSocket::TransferSend()
Trace: state = 5
Trace: CTransferSocket::OnConnect
Trace: CTransferSocket::TransferEnd(1)
Trace: CFtpControlSocket::TransferEnd()
Trace: CFtpControlSocket::OnReceive()
Response: 421 Connection timed out - closing.
Trace: Unexpected reply, no reply was pending.
Trace: CRealControlSocket::OnClose()
Error: Disconnected from server
Trace: CFtpControlSocket::ResetOperation(66)
Trace: CControlSocket::ResetOperation(66)

[FTPServerTools]

Hmm could you please try another client? For example try ftp voyager
or if you insist in going free try sftp or try total commander (a must
have tool as well).
Sadly enough all I can conlude from here is that servu caused a
timeout. There is no time/clock in the log :(
Did you check out: http://wiki.filezilla-project.org/Network_Configuration
??
I would choose limit local ports to be off. And set Ask operating
system for the external ip address to be on in active mode.
Please also turn on the timestamps at the logging. And in debug
settings turn on debug info at level 4 debug.
Specifically also remove the limit local ports using filezilla (try it
without limiting)..
My quick analysis...
Command: STOR cg1.dwg ->>> the actual FTP command
Trace: CFtpControlSocket::OnReceive() ->>>> the ftp client going
into receive mode.. I see no reason why this is needed tho unless you
want to keep sending keep alive messages. Check if you set the keep
alive messages active.

Response: 150 Opening BINARY mode data connection for CG1.dwg.
Trace: CFtpControlSocket::TransferParseResponse()
Trace: code = 1
Trace: state = 4

Trace: CFtpControlSocket::SendNextCommand() ->>>> assuming this is
the command to initiate the send over the data port this is where the
transfer then is initiated

Trace: CFtpControlSocket::TransferSend()
Trace: state = 5

Trace: CTransferSocket::OnConnect ->>>> so then here the data
socket is connected
Trace: CTransferSocket::TransferEnd(1) ->>>> apparently (no
timestamp?) sometime later the transfer ends why I cant see :(
Trace: CFtpControlSocket::TransferEnd()
Trace: CFtpControlSocket::OnReceive() ->>>>> here servu has send a
reply and it is caught by filezilla..

Response: 421 Connection timed out - closing.

Trace: Unexpected reply, no reply was pending. ->>>> this smells like
either filezilla broke off the transfer or servu did. Filezilla is
incorrect tho after a timeout or after any other command there must be
a reply... Are you using the latest filezilla??
Trace: CRealControlSocket::OnClose()
Error: Disconnected from server ->>>> this I did not expect.. Is
servu set to only allow a maximum time? If servu is set to have an
automatic session timeout then it makes complete sense that big files
are aborted. Servu can be set to only allow a maximum session time.
Per default it is set to be limitless but the admin should know. You
can check this easily, just time with your watch form the moment you
log on and upload till the moment it aborts. If it does so every time
at about the same time then this is likely set.
Trace: CFtpControlSocket::ResetOperation(66)

Did the resulting uploaded file get uploaded partially or did it get
deleted? If it is uplodede partially did you try to resume the
transfer?

If all this fails then I suggest you send a mail your admin to send
the servu log file. It would be very hard to identify an error without
knowing what servu actually didi when you uploaded...
Also some filezilla versions are not all that good so I hope you use
the latest normal or portable STABLE version.

[BJLebid]

I think I may have found the error.

Ran into some obscure documents relating to passive ftp and the Cisco
PIX 515e ios 6.1.5

Will try upgrading the routers software and post the results here next
week.

--
You received this message because you are subscribed to the Google Groups "RhinoSoft.com User Group" group.
To post to this group, send email to rhinosoft-...@googlegroups.com.
To unsubscribe from this group, send email to rhinosoft-user-g...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rhinosoft-user-group?hl=en.