Why do I sometimes/randomly get this "450 Transfer aborted. Link to file server lost" error?
Posted: 2019-01-30 21:50
My client:
FileZilla Client 3.40.0.
My server:
ProFTPD Version 1.3.5e.
My problem:
Why do I sometimes/randomly get this "450 Transfer aborted. Link to file server lost" error? I'm trying to upload a png file which I exported using Adobe Illustrator CC 2018. I only get error for this current png file at the moment. I can upload other files successfully. For some weird reason which I couldn't find in the log, I sometimes can upload this png file and sometimes I can't... I didn't try using other clients yet but I'm guessing this is a proftpd misconfig. I'm the root but I'm not a pro system admin, this is just my personal FTP server to backup my artworks...
I'm not behind any firewall so does the server. No iptables and such. I noticed this problem only occur when it's uploading via BINARY mode? I tried switching to ACTIVE/PASSIVE and ASCII/BINARY to no avail.
For your information, this specific vector file was downloaded from freepik and exported to png. I have no problem uploading my other .png files (at least in my current case not sure about other filetypes yet).
FileZilla Client log
proftpd.log
tls.log
xferlog
I read some replies from @boco in the other thread saying:
1. The FTP server you're connected to has a problem. It loses its internal link to one of the storage servers (where the actual files are stored). You need to contact server support so they can fix that.
2. Internal server problems. The FTP server lost the link to its internal storage (large servers have separate storage back-ends). This was a temporary problem.
3. You mean that? This indicates an FTP server problem. The server loses the connection to its storage backend mid-transfer.
However, I'm hosted on a well reputed upsteam provider (not the summer ones) pretty sure this one is on my side not them and FileZilla... I need some heads up from kind senpai out there...
Extra note:
I can transfer this file when not using TLS. I'm using the following conf:
FileZilla Client 3.40.0.
My server:
ProFTPD Version 1.3.5e.
My problem:
Why do I sometimes/randomly get this "450 Transfer aborted. Link to file server lost" error? I'm trying to upload a png file which I exported using Adobe Illustrator CC 2018. I only get error for this current png file at the moment. I can upload other files successfully. For some weird reason which I couldn't find in the log, I sometimes can upload this png file and sometimes I can't... I didn't try using other clients yet but I'm guessing this is a proftpd misconfig. I'm the root but I'm not a pro system admin, this is just my personal FTP server to backup my artworks...
I'm not behind any firewall so does the server. No iptables and such. I noticed this problem only occur when it's uploading via BINARY mode? I tried switching to ACTIVE/PASSIVE and ASCII/BINARY to no avail.
For your information, this specific vector file was downloaded from freepik and exported to png. I have no problem uploading my other .png files (at least in my current case not sure about other filetypes yet).
FileZilla Client log
Code: Select all
Status: Resolving address of <domain>
Status: Connecting to <IPv6>:21...
Status: Connection established, waiting for welcome message...
Status: Initializing TLS...
Status: Verifying certificate...
Status: TLS connection established.
Status: Logged in
Status: Retrieving directory listing...
Status: Directory listing of "/home/<username>" successful
Status: Resolving address of <domain>
Status: Connecting to <IPv6>:21...
Status: Connection established, waiting for welcome message...
Status: Initializing TLS...
Status: Verifying certificate...
Status: TLS connection established.
Status: Logged in
Status: Starting upload of C:\Users\<username>\Desktop\test.png
Command: CWD /home/<username>
Response: 250 CWD command successful
Command: PWD
Response: 257 "/home/<username>" is the current directory
Command: TYPE I
Response: 200 Type set to I
Command: EPSV
Response: 229 Entering Extended Passive Mode (|||7472|)
Command: STOR test.png
Response: 150 Opening BINARY mode data connection for test.png
Response: 450 Transfer aborted. Link to file server lost
Error: File transfer failed
Status: Retrieving directory listing of "/home/<username>"...
Status: Directory listing of "/home/<username>" successful
Status: Disconnected from server
Code: Select all
2019-01-31 07:54:55,317 <domain> proftpd[17523] <domain>: ProFTPD 1.3.5e (maint) (built Mon Feb 5 2018 23:27:47 UTC) standalone mode STARTUP
2019-01-30 23:50:37,137 <domain> proftpd[17447] <domain> (<IPv6>[<IPv6>]): notice: user <username>: aborting transfer: Link to file server lost
Code: Select all
2019-01-31 07:54:59,119 mod_tls/2.6[17524]: TLS/TLS-C requested, starting TLS handshake
2019-01-31 07:54:59,337 mod_tls/2.6[17524]: TLSv1.3 renegotiation accepted, using cipher TLS_AES_256_GCM_SHA384 (256 bits)
2019-01-31 07:54:59,337 mod_tls/2.6[17524]: TLSv1.3 renegotiation accepted, using cipher TLS_AES_256_GCM_SHA384 (256 bits)
2019-01-31 07:54:59,337 mod_tls/2.6[17524]: TLSv1.3 connection accepted, using cipher TLS_AES_256_GCM_SHA384 (256 bits)
2019-01-30 23:54:59,757 mod_tls/2.6[17524]: Protection set to Private
2019-01-31 07:55:09,100 mod_tls/2.6[17526]: TLS/TLS-C requested, starting TLS handshake
2019-01-31 07:55:09,297 mod_tls/2.6[17526]: TLSv1.3 renegotiation accepted, using cipher TLS_AES_256_GCM_SHA384 (256 bits)
2019-01-31 07:55:09,298 mod_tls/2.6[17526]: TLSv1.3 renegotiation accepted, using cipher TLS_AES_256_GCM_SHA384 (256 bits)
2019-01-31 07:55:09,298 mod_tls/2.6[17526]: TLSv1.3 connection accepted, using cipher TLS_AES_256_GCM_SHA384 (256 bits)
2019-01-30 23:55:09,698 mod_tls/2.6[17526]: Protection set to Private
2019-01-30 23:55:11,310 mod_tls/2.6[17526]: starting TLS negotiation on data connection
2019-01-30 23:55:11,417 mod_tls/2.6[17526]: TLSv1.3 renegotiation accepted, using cipher TLS_AES_256_GCM_SHA384 (256 bits)
2019-01-30 23:55:11,417 mod_tls/2.6[17526]: TLSv1.3 data connection accepted, using cipher TLS_AES_256_GCM_SHA384 (256 bits)
2019-01-30 23:55:11,809 mod_tls/2.6[17526]: starting TLS negotiation on data connection
2019-01-30 23:55:11,916 mod_tls/2.6[17526]: TLSv1.3 renegotiation accepted, using cipher TLS_AES_256_GCM_SHA384 (256 bits)
Code: Select all
Wed Jan 30 23:55:11 2019 0 <IPv6> 0 /home/<username>/test.png b _ i r <username> ftps 0 * i
1. The FTP server you're connected to has a problem. It loses its internal link to one of the storage servers (where the actual files are stored). You need to contact server support so they can fix that.
2. Internal server problems. The FTP server lost the link to its internal storage (large servers have separate storage back-ends). This was a temporary problem.
3. You mean that? This indicates an FTP server problem. The server loses the connection to its storage backend mid-transfer.
However, I'm hosted on a well reputed upsteam provider (not the summer ones) pretty sure this one is on my side not them and FileZilla... I need some heads up from kind senpai out there...
Extra note:
I can transfer this file when not using TLS. I'm using the following conf:
Code: Select all
# /etc/proftpd/proftpd.conf
Include /etc/proftpd/modules.conf
AllowOverwrite on
DefaultChdir ~/sites
DefaultRoot ~
DefaultServer on
MaxClients 3
RootLogin on
ServerIdent on "Welcome to FTP Server"
ServerName "FTP Server"
TimeoutIdle 0
Umask 022 022
UseIPv6 on
<IfModule mod_tls.c>
TLSDHParamFile /etc/proftpd/dhparams.pem
TLSCipherSuite HIGH
TLSEngine on
TLSLog /var/log/proftpd/tls.log
TLSOptions NoCertRequest NoSessionReuseRequired
TLSProtocol SSLv23
TLSRequired on
TLSRSACertificateFile /etc/letsencrypt/live/<domain>/fullchain.pem
TLSRSACertificateKeyFile /etc/letsencrypt/live/<domain>/privkey.pem
</IfModule>
SyslogLevel notice
SystemLog /var/log/proftpd/proftpd.log
TransferLog /var/log/proftpd/xferlog
#SyslogLevel warn
#SystemLog none
#TransferLog none
Include /etc/proftpd/conf.d/