Opened 12 years ago

Closed 11 years ago

Last modified 11 years ago

#8545 closed Bug report (fixed)

upload to a TLS FTP server: Error: GnuTLS error -59 in gnutls_record_send: GnuTLS internal error

Reported by: pyro Owned by: Tim Kosse
Priority: blocker Component: FileZilla Client
Keywords: GnuTLS error -59 Cc: scipiomassimomail@…, spam3910807@…
Component version: Operating system type: Linux
Operating system version: Archlinux (~amd64)

Description

After the upgrade to gnutls-3.1.9 I can no longer enter a passive mode connection with my ftp server. gnutls-3.1.8 works.

Filezilla log:

Response: 230 User thomas logged in
Status: Server does not support non-ASCII characters.
Command: PBSZ 0
Response: 200 PBSZ 0 successful
Command: PROT P
Response: 200 Protection set to Private
Status: Connected
Trace: Measured latency of 70 ms
Status: Starting upload of /home/pyro/testfile.bin
Command: CWD /
Response: 250 CWD command successful
Command: TYPE I
Response: 200 Type set to I
Command: PASV
Response: 227 Entering Passive Mode (83,133,106,33,214,79).
Command: STOR testfile.bin
Trace: Trying to resume existing TLS session.
Response: 150 Opening BINARY mode data connection for testfile.bin
Trace: TLS Handshake successful
Trace: TLS Session resumed
Trace: Cipher: AES-256-CBC, MAC: SHA1
Error: GnuTLS error -59 in gnutls_record_send: GnuTLS internal error.
Error: Could not write to transfer socket: ECONNABORTED - Connection aborted
Response: 226 Transfer complete
Error: File transfer failed
Status: Starting upload of /home/pyro/testfile.bin
Status: Retrieving directory listing...
Trace: ftpcontrolsocket.cpp(1317): List called from other command caller=0x1c10050
Command: PASV
Response: 227 Entering Passive Mode (83,133,106,33,213,35).
Command: MLSD
Trace: Trying to resume existing TLS session.
Response: 150 Opening BINARY mode data connection for MLSD
Trace: TLS Handshake successful
Trace: TLS Session resumed
Trace: Cipher: AES-256-CBC, MAC: SHA1
Response: 226 Transfer complete
Command: PASV
Response: 227 Entering Passive Mode (83,133,106,33,212,255).
Command: STOR testfile.bin
Trace: Trying to resume existing TLS session.
Response: 150 Opening BINARY mode data connection for testfile.bin
Trace: TLS Handshake successful
Trace: TLS Session resumed
Trace: Cipher: AES-256-CBC, MAC: SHA1
Error: GnuTLS error -59 in gnutls_record_send: GnuTLS internal error.
Error: Could not write to transfer socket: ECONNABORTED - Connection aborted
Response: 226 Transfer complete
Error: File transfer failed
Status: Starting upload of /home/pyro/testfile.bin
Status: Retrieving directory listing...
Trace: ftpcontrolsocket.cpp(1317): List called from other command caller=0x1c10050
Command: PASV
Response: 227 Entering Passive Mode (83,133,106,33,214,53).
Command: MLSD
Trace: Trying to resume existing TLS session.
Response: 150 Opening BINARY mode data connection for MLSD
Trace: TLS Handshake successful
Trace: TLS Session resumed
Trace: Cipher: AES-256-CBC, MAC: SHA1
Response: 226 Transfer complete
Command: PASV
Response: 227 Entering Passive Mode (83,133,106,33,212,87).
Command: STOR testfile.bin
Trace: Trying to resume existing TLS session.
Response: 150 Opening BINARY mode data connection for testfile.bin
Trace: TLS Handshake successful
Trace: TLS Session resumed
Trace: Cipher: AES-256-CBC, MAC: SHA1
Error: GnuTLS error -59 in gnutls_record_send: GnuTLS internal error.
Error: Could not write to transfer socket: ECONNABORTED - Connection aborted
Response: 226 Transfer complete
Error: File transfer failed
Status: Retrieving directory listing...
Command: PASV
Response: 227 Entering Passive Mode (83,133,106,33,212,191).
Command: MLSD
Trace: Trying to resume existing TLS session.
Response: 150 Opening BINARY mode data connection for MLSD
Trace: TLS Handshake successful
Trace: TLS Session resumed
Trace: Cipher: AES-256-CBC, MAC: SHA1
Response: 226 Transfer complete
Status: Directory listing successful

Change History (8)

comment:1 by pyro, 12 years ago

Operating system version: Gentoo testing (~amd64)

comment:2 by Scipio Massimo, 12 years ago

Cc: scipiomassimomail@… added

I've received the same error attempting to enter passive mode on my server. I connect with FTPES and disallow plain unencrypted FTP. Can connect fine with GnuTLS 3.1.8, but not with 3.1.10 (which the newest filezilla for windows uses). I have an AMD x64 CPU.

FileZilla Client


Version: 3.7.0

Build information:

Compiled for: i586-pc-mingw32msvc
Compiled on: x86_64-unknown-linux-gnu
Build date: 2013-05-09
Compiled with: i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2)
Compiler flags: -g -O2 -Wall -g -fexceptions

Linked against:

wxWidgets: 2.8.12
GnuTLS: 3.1.10
SQLite: 3.7.16.2

Operating system:

Name: Windows NT 6.1 (build 7601, Service Pack 1)
Version: 6.1
Platform: 64 bit system

Response: 230 Logged on
Command: PBSZ 0
Response: 200 PBSZ=0
Command: PROT P
Response: 200 Protection level set to P
Status: Connected
Status: Starting upload of H:\File.iso
Command: CWD /
Response: 250 CWD successful. "/" is current directory.
Command: PWD
Response: 257 "/" is current directory.
Command: TYPE I
Response: 200 Type set to I
Command: PASV
Response: 227 Entering Passive Mode (71,175,96,10,3,233)
Command: STOR File.iso
Response: 150 Connection accepted
Error: GnuTLS error -59: GnuTLS internal error.
Response: 226 Transfer OK
Error: File transfer failed after transferring 262,144 bytes in 1 second
Status: Starting upload of H:\File.iso
Status: Retrieving directory listing...
Command: PASV
Response: 227 Entering Passive Mode (71,175,96,10,3,234)
Command: MLSD
Response: 150 Connection accepted
Response: 226 Transfer OK
Command: PASV
Response: 227 Entering Passive Mode (71,175,96,10,3,235)
Command: REST 262144
Response: 350 Rest supported. Restarting at 262144
Command: STOR File.iso
Response: 150 Connection accepted, restarting at offset 262144
Error: GnuTLS error -59: GnuTLS internal error.
Response: 226 Transfer OK
Error: File transfer failed after transferring 262,144 bytes in 1 second
Status: Starting upload of H:\File.iso
Status: Retrieving directory listing...
Command: PASV
Response: 227 Entering Passive Mode (71,175,96,10,3,236)
Command: REST 0
Response: 350 Rest supported. Restarting at 0
Command: MLSD
Response: 150 Connection accepted
Response: 226 Transfer OK
Command: PASV
Response: 227 Entering Passive Mode (71,175,96,10,3,237)
Command: REST 524288
Response: 350 Rest supported. Restarting at 524288
Command: STOR File.iso
Response: 150 Connection accepted, restarting at offset 524288
Error: GnuTLS error -59: GnuTLS internal error.
Response: 226 Transfer OK
Error: File transfer failed after transferring 311,296 bytes in 1 second
Status: Retrieving directory listing...
Command: PASV
Response: 227 Entering Passive Mode (71,175,96,10,3,232)
Command: REST 0
Response: 350 Rest supported. Restarting at 0
Command: MLSD
Response: 150 Connection accepted
Response: 226 Transfer OK
Status: Directory listing successful
Status: Disconnected from server
Response: 421 Connection timed out.
Error: Connection closed by server

comment:3 by Tim Kosse, 12 years ago

Owner: set to Tim Kosse
Status: newaccepted

Bug in GnuTLS.

FZ 3.7.0 has been pulled from the auto-update system for now. Expect a 3.7.1 with a patched GnuTLS later today.

comment:4 by Tim Kosse, 12 years ago

Priority: normalblocker

comment:5 by Tim Kosse, 12 years ago

Resolution: fixed
Status: acceptedclosed

3.7.0.1 is out.

in reply to:  5 comment:6 by CSute, 12 years ago

Operating system version: Gentoo testing (~amd64)Archlinux (~amd64)
Resolution: fixed
Status: closedreopened

Replying to codesquid:

3.7.0.1 is out.

I can't confirm, that this bug is fixed. It is still present in version 3.7.0.1 from archlinux.

comment:7 by spam3910807, 11 years ago

Cc: spam3910807@… added

Still present in Gentoo ~amd64:
filezilla-3.7.0.1
gnutls-3.2.0

comment:8 by Tim Kosse, 11 years ago

Resolution: fixed
Status: reopenedclosed
Note: See TracTickets for help on using tickets.