Opened 10 months ago

Closed 4 months ago

#12099 closed Bug report (rejected)

Failed to retrieve directory listing after connecting in TLS 1.3 protocol

Reported by: AllaG Owned by:
Priority: high Component: FileZilla Client
Keywords: TLS 1.3; tls_layer_impl::failure(-12); Received TLS alert from the server: User canceled (90) Cc:
Component version: 3.46.3 Operating system type: Windows
Operating system version: Windows 10

Description

The remote server on Linux RH.

Attachments (3)

filezilla.log (7.8 KB ) - added by AllaG 10 months ago.
FileZilla Client log
filezilla_tls12.log (7.5 KB ) - added by AllaG 10 months ago.
filezilla_tls13.log (8.1 KB ) - added by AllaG 10 months ago.

Download all attachments as: .zip

Change History (11)

by AllaG, 10 months ago

Attachment: filezilla.log added

FileZilla Client log

comment:1 by Tim Kosse, 10 months ago

Resolution: rejected
Status: newclosed

The FTP server software for some reason cancels the TLS handhshake.

Please contact your server administrator for assistance to find out why the server cancels the handshake.

comment:2 by AllaG, 10 months ago

Remote server is Apache Mina ftpserver-core-1.1.1

by AllaG, 10 months ago

Attachment: filezilla_tls12.log added

by AllaG, 10 months ago

Attachment: filezilla_tls13.log added

comment:3 by AllaG, 10 months ago

I tested FileZilla client connection to the same Apache FTP over SSL server:
1) server configured to use TLS 1.2 protocol
2) server configured to use TLS 1.3 protocol

The directory listing fails in TLS 1.3.

Please see attached 2 FileZilla client log files in debug: filezilla_tls12.log, filezilla_tls13.log

Server compiled an run on Java 11 and java.security configuration is default one.

*FileZilla using GnuTLS library. May be you can consider to foreword the issue to GnuTLS.

Thanks.

Alla

comment:4 by AllaG, 10 months ago

Resolution: rejected
Status: closedreopened

comment:5 by AllaG, 10 months ago

The remote server doesn't cancel the TLS handshake.

Last edited 10 months ago by AllaG (previous) (diff)

comment:6 by VBaker, 4 months ago

We have bumped into the same thing. The latest version of FileZilla Client will not connect to CrushFTP.

  • - - -

Command: PWD

Response: 257 "/" PWD command successful.

Command: TYPE I

Response: 200 Command ok : Binary type selected.

Command: PASV

Response: 227 Entering Passive Mode (x,x ... x,x)

Command: MLSD

Response: 150 Opening data connection for file list.

Error: Received TLS alert from the server: User canceled (90)

Error: Could not read from transfer socket: ECONNABORTED - Connection aborted

Response: 226 Directory transfer complete. (generate:128ms)(send:332ms)

Error: Failed to retrieve directory listing

  • - - -

Older versions will connect just fine. We believe that TLS1.3 is somehow killing the connection during a directory read. Very odd, and no apparent way of working around the situation.

comment:7 by VBaker, 4 months ago

Just a little extra data. FileZilla seems to work fine with 3.34.0, but newer installs do not.

P: FTP - File Transfer Protocol
Port: 1090
Require Implicit FTP over TLS
Normal

comment:8 by Tim Kosse, 4 months ago

Resolution: rejected
Status: reopenedclosed

Contact your server vendor for assistance to have them figure out why the server sends a user canceled alert.

Note: See TracTickets for help on using tickets.