Transfers are closed after ~7900 seconds(!)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
proftpd-dfsg (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
I've just set up ProFTPd on a clean 12.04 VM with no host firewall and no upstream firewall. The machine is exposed to the Internet via 1:1 NAT on an upstream device (public 88.98.x.x -> private 192.168.0.108)
After approx 2 hours of smooth continuous, faultless transfer, the transfer seems to be halted by ProFTPd. This is completely repeatable - here's the recent xferlog:
The tests from 92.234.237.150 (my home IP address) were intentionally rate-limited to 1KB/sec to verify if the problem related to volume of network traffic. The transfer from 81.105.x.x is our customer trying to upload data and experiencing the same failure at aroung ~7900 seconds into the transfer:
Wed Dec 18 13:47:18 2013 7877 81.105.X,X 3858967400 /var/ftp/
Wed Dec 18 13:49:15 2013 0 81.105.X.X 121 /var/ftp/
Wed Dec 18 13:49:15 2013 0 81.105.X.X 5612 /var/ftp/
Wed Dec 18 16:00:34 2013 7877 81.105.X.X 3802559924 /var/ftp/
Thu Dec 19 13:53:59 2013 148 92.234.237.150 1024 /var/ftp/
Thu Dec 19 16:05:46 2013 7903 92.234.237.150 8093696 /var/ftp/
Thu Dec 19 18:17:56 2013 7887 92.234.237.150 8078336 /var/ftp/
Thu Dec 19 20:30:05 2013 7887 92.234.237.150 8077312 /var/ftp/
Thu Dec 19 22:42:15 2013 7887 92.234.237.150 8078336 /var/ftp/
Even with 'DebugLevel 2' in the proftpd.conf there is nothing of any significance in the proftpd.log:
Dec 20 06:03:32 ftp-in proftpd[10120] ftp-in (cpc11-
Dec 20 06:03:32 ftp-in proftpd[10120] ftp-in (cpc11-
Dec 20 06:04:14 ftp-in proftpd[10127] ftp-in (cpc11-
Dec 20 06:04:14 ftp-in proftpd[10127] ftp-in (cpc11-
Dec 20 06:04:14 ftp-in proftpd[10127] ftp-in (cpc11-
Dec 20 06:04:14 ftp-in proftpd[10127] ftp-in (cpc11-
Dec 20 06:04:14 ftp-in proftpd[10127] ftp-in (cpc11-
or)
Dec 20 06:04:14 ftp-in proftpd[10127] ftp-in (cpc11-
Dec 20 06:04:14 ftp-in proftpd[10127] ftp-in (cpc11-
I am confident that this behaviour is coming from ProFTPd itself since a tcpdump taken on the FTP server itself shows a TCP RST being sent to the client - there is no 'network timeout' or a device in the network enforcing a connection drop - the TCP RST is coming directly from the Ubuntu VM running ProFTPd as logged locally on that VM.
I have attached the tcpdump capture showing what happens at the end of each transfer attempt.
Can you help?
Description: Ubuntu 12.04.3 LTS
Release: 12.04
proftpd-basic:
Installed: (none)
Candidate: 1.3.4a-1
Version table:
1.3.4a-1 0
500 http://
100 /var/lib/
Changing to the 'dumb' netkit in.ftpd has resolved the problem - definitely not a network issue - ProFTPd was the problem :(