From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030716
Description of problem:
There appears to be a problem with the passive address resolution in that it
always returns the "everybody else" address. Here is a snippet from ftpaccess
passive address 192.168.4.2 192.168.100.0/24
passive address 192.168.4.2 192.168.4.0/24
passive address 22.214.171.124 0.0.0.0/0
passive ports 0.0.0.0/0 40000 40015
This ALWAYS returns 126.96.36.199, even when connecting from 192.168.100.X.
E.g. from host 192.168.100.12
227 Entering Passive Mode (66,180,108,10,156,76)
The logs correctly identify the connection as from 192.168.100.12
Sep 23 08:14:58 split ftpd: ANONYMOUS FTP LOGIN FROM
sherkhan.prinmath.com [192.168.100.12], email@example.com
Sep 23 08:19:08 split ftpd: FTP session closed
Commenting out the 0.0.0.0/0 line has it return the right address (192.168.4.2)
but breaks connections from outside.
There are comments on the wu-ftpd-2.8 prerelease mailing list about errors in
the routevector code, which may be related: See
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Add "passive address" lines to ftpaccess
2.One should be 0.0.0.0/0
3.One should be on your local network with different IP that 0.0.0.0/0
Connect with ftp from local network and do an 'ls'
Actual Results: wu-ftpd will make a passive connection to the external IP
Expected Results: Should make a passive connection to the internal IP
Additional info: This appears to be a problem in all 2.6.2 versions.
Please use vsftpd, wu-ftpd is not maintained anymore.