FTP: disconnects automatically, drops the connection, help.

[silva]

Hello.
I have Total Commander for over two years, and when I connect to the server, it disconnects automatically, 2 in 2 minutes.
I've done tests on various FTP servers and always presents the same problem.

I really like Total Commander, but I can not solve this problem, can anyone help me?

My version is updated

[silva]

Because such a good software, can not be 100% functional?
I have Total Commander Registered, but it drops the connection in the middle of the operation with FTP server. Could someone show me a solution for this?

[sqa_wizard]

Well, actually the FTP server drops the connection, not TC.
This often happens due to the fact that there is no traffic on the control session for some time though there is traffic on the data session.

You may prevent it by enabling "keep alive" option:

Net - FTP connect - (select your session entry) - Edit
On "advanced" tab enable option "Send command to keep connection alive"

You have to try yourself which command will prevent a drop of connection. (varies from server to server)

[silva]

My server has already Keep-Alive active.
I use FileZilla, FTP Commander and Total Commander

Only, Total Commander has this problem of loss of connection even when I am transferring files it loses connection.

My license is updated and recorded.
FTP would be the best, if not this flaw

[sqa_wizard]

This often happens due to the fact that there is no traffic on the control session for some time though there is traffic on the data session.

Transferring files uses the data session only. Loss of connection is due to no traffic on control session.

Have a look at the log of FileZilla to figure out the sent keep alive command that works there.

[j7n]

In my experience it is often a NAT router or firewall that drops idle connections to limit the size of its table of tracked connections. The server itself is usually smart enough to see a link between the control and data streams, and does not consider the session idle. Normally an established TCP connection should stay tracked for 1 day, but this is often less.

While a transfer is in progress, FTP keep-alives do not seem to be sent at all. They only help maintain the connection while the user browses the server. I can't say what keeps the other clients from losing connection. Maybe they send something on the TCP level, which is not logged as a server command.

FileZilla Client (v3) has a very short keep-alive interval of 30 seconds, while TC defaults to 90.

[silva]

Thank you for you explain me.
But I've done all the tests and only TOTAL COMMANDER continue drop the connection.

I need this software, but it seems that after sales, the company does not help the customer.

[sqa_wizard]

... but it seems that after sales, the company does not help the customer.

Well, you really call it "not help" if you got tips at the forum

I never got a drop of the connection with TC without a server forced action.

So please give us more information about your problem:

What is your keep-alive interval?
Which keep-alive commands did you try?
How does a log of TC failed transfer look like?
How does a log of FileZilla working transfer look like?

[ghisler(Author)]

This isn't TC's problem, it will keep the connection forever when the server or router doesn't kick you out.

1. Try configuring a longer timeout on the server
2. Try using FTP keep alive: Ctrl+F - Edit connection, second tab.

[ghisler(Author)]

You can try keep alive during the transfer. It sends just simple new line characters over the control connection. This works with some servers, but not all, so please try it.

To the file wcx_ftp.ini section [General] add:
KeepAliveTransfer=1

From the help:
1: Send keepalive also during a transfer. This will send just newline characters to the control connection to avoid that a firewall/gateway drops the connection. Set also individually per server (the latter not working in BTM). Note that this will confuse some FTP servers, but it may be the last resort in case of frequent connection losses.