Bug 171621 – support for multi-homed clients

Bug 171621 - support for multi-homed clients

Summary:	support for multi-homed clients

Status:	CLOSED ERRATA

Aliases:	None

Product:	Red Hat Enterprise Linux 4
Classification:	Red Hat
Component:	ftp (Show other bugs)
Sub Component:
Version:	4.0
Hardware:	All Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Marcela Mašláňová
QA Contact:	Ben Levenson
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:	199145
Blocks:	187538 198694
	Show dependency tree / graph

Reported:	2005-10-24 10:32 EDT by Bastien Nocera
Modified:	2007-11-30 17:07 EST (History)
CC List:	4 users (show)

See Also:
Fixed In Version:	RHBA-2007-0177
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2007-05-01 18:49:55 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
netkit-ftp-0.17-multihome.patch (3.33 KB, patch) 2005-10-24 10:32 EDT, Bastien Nocera	no flags	Details \| Diff
fixed multihome patch (3.40 KB, patch) 2006-07-28 10:50 EDT, Peter Vrabec	no flags	Details \| Diff
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Bastien Nocera 2005-10-24 10:32:05 EDT

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@morganstanley.com>

Comment 1 Bastien Nocera 2005-10-24 10:32:06 EDT

Created attachment 120307 [details]
netkit-ftp-0.17-multihome.patch

Comment 4 Petr Raszyk 2005-10-26 10:15:49 EDT

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@morganstanley.com> ?

Comment 5 Bastien Nocera 2005-10-26 10:48:27 EDT

Don't know the specifics on the FTP servers that would behave this way.

Comment 9 Petr Raszyk 2006-01-12 07:23:36 EST

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 07:26:04 EST

Fixed in devel (ftp-0.17 Release 32.1).

Comment 19 Peter Vrabec 2006-07-28 10:50:10 EDT

Created attachment 133238 [details]
fixed multihome patch

Comment 26 Red Hat Bugzilla 2007-05-01 18:49:55 EDT

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

Note You need to log in before you can comment on or make changes to this bug.