Bug 171621

Summary: support for multi-homed clients
Product: Red Hat Enterprise Linux 4 Reporter: Bastien Nocera <bnocera>
Component: ftpAssignee: Marcela Mašláňová <mmaslano>
Status: CLOSED ERRATA QA Contact: Ben Levenson <benl>
Severity: medium Docs Contact:
Priority: medium    
Version: 4.0CC: laroche, lsmid, rbiba, tao
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: RHBA-2007-0177 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-05-01 22:49:55 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 199145    
Bug Blocks: 187538, 198694    
Attachments:
Description Flags
netkit-ftp-0.17-multihome.patch
none
fixed multihome patch none

Description Bastien Nocera 2005-10-24 14:32:05 UTC 
Some FTP servers don't like when clients use different IPs for the control and
data connections. This patch adds the "-m" switch to allow for "ftp" to always
use the same source IP for both channels.

Patch from Anthony Golia <anthony.golia>
Comment 1 Bastien Nocera 2005-10-24 14:32:06 UTC 
Created attachment 120307 [details]
netkit-ftp-0.17-multihome.patch
Comment 4 Petr Raszyk 2005-10-26 14:15:49 UTC 
Is somewhere an 'anonymous' FTP server (don't like when clients use
different IPs for the control and data connections)
to test this feature ?
Or should I ask <anthony.golia> ?
Comment 5 Bastien Nocera 2005-10-26 14:48:27 UTC 
Don't know the specifics on the FTP servers that would behave this way.
Comment 9 Petr Raszyk 2006-01-12 12:23:36 UTC 
There was a small bug in the patch above
(it does not close 'data'-socket-descriptor if
bind() fails, socket() is OK and 'multihome'==TRUE. 
Fixed in 
              netkit-ftp-0.17-data.patch
and my 'new'
              netkit-ftp-0.17-multihome.patch
).

According to the orignal patch: 'multihome' is default.
It seems to work. Tested in:
devel-i386 (client) <-> RHEL-4-x86_64 (server)

PS (to comment #6):
    I have no access to zappa (144.203.221.27).
    --------------------------------------
    ftp 144.203.221.27
    ftp: connect: Connection refused
    ftp>
    --------------------------------------
    It would be nice to test it (using FTP
    servers which don't like when clients use different IPs for the control and
    data connections).
Comment 10 Petr Raszyk 2006-01-12 12:26:04 UTC 
Fixed in devel (ftp-0.17 Release 32.1).
Comment 19 Peter Vrabec 2006-07-28 14:50:10 UTC 
Created attachment 133238 [details]
fixed multihome patch
Comment 26 Red Hat Bugzilla 2007-05-01 22:49:55 UTC 
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2007-0177.html