Custom Query (8025 matches)


Show under each result:

Results (118 - 120 of 8025)

Ticket Resolution Summary Owner Reporter
#844 Failure to establish TLS connection behind NAT gateway Alexander Schuch peter_daum

FileZilla (2.2.12c) can't establish a TLS connection to a PureFTPd server (possibliy other servers, too?) when it (the FileZilla client) is sitting behind a NAT gateway. The problem already arises during the TLS connection negotiation (so this is _not_ a "classical" firewall issue with tracking the data connections!).

The conversation looks like this:

  • Client connects to server
  • Server responds with ready
  • Client sends "AUTH TLS"
  • Server responds with OK
  • Client sends some (scrambled) request
  • Server responds with (scrambled) response (obviously OK,

since there is no indication of any failure in the log)

  • Both parties wait for something that doesn't happen
  • ... eventually, FileZilla times out and starts all

over again The connection does not get to the point, where the TLS encryption for the control channel is succesfully established (this would show up in the log files)

Whe the FileZilla client has a "real" IP address, it can cooperate with the same server. Other clients (I tested "lftp") have no problem to establish the TLS connection through the NAT gateway.

Attached is a packet dump of the network traffic ( which due to the encryption is not really enlightening)

#845 transfer error when having site open in right window Alexander Schuch vanuda

When having the remote site still open in the right window i occasionally gets "transfer error #xxx" trying again".

When closing the remote connection this problem dissapears and i do not get any more "transfer error". I.e. the transfer is errorfree.

This problem has existed as long as i have used filezilla both as server and as a client. ( aprox 6 months ) and duing this time i frequently have updated to latest versions on both sides.

Currently using client 2.2.12c and server 0.9.6a(beta). Both sides are using WinXP, Serverside is SP1 and client is SP2.

#847 No keep alive over SOCKS5 proxy Alexander Schuch cclose317

After getting a tcp capture from both sides of the proxy, it is clear that the FTP control session is timing out on the proxy due to inactivity. This causes the ftp server to shut down the FTP data session.

I have verified that Enable the Keep Alive System box is checked, but there is no evidence of traffic being sent to the proxy over the control session once the data transmission has started.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.