Bug 23752 - Linux 6.2 FTP in non-passive mode hangs when mgetting files through a Linux 7.0 firewall
Summary: Linux 6.2 FTP in non-passive mode hangs when mgetting files through a Linux 7...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: ftp
Version: 6.2
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bernhard Rosenkraenzer
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-01-10 22:46 UTC by Jim Modecki
Modified: 2007-04-18 16:30 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2001-01-20 23:17:10 UTC
Embargoed:


Attachments (Terms of Use)

Description Jim Modecki 2001-01-10 22:46:41 UTC
Firewall has kernel 2.2.16-22 (Redhat Linux 7.0) with ip_masq_ftp loaded, and both FTP ports open for client use.  RPM --query of kernel 
shows  2.2.16-22.
The platform used for the ftp mget has Redhat Linux 6.2 out of the box in a default server configuration.  RPM --query shows ftp version 0.16-3, 
and kernel 2.2.14-5.0.
Logging in to a remote site and doing an mget of 22 files in non-passive mode ends with ftp hanging after 10 or 11 files and not even 
responding to a control-C.   Running the same mget in passive mode works fine.  Doing the same test from a Redhat 7.0 box (not the firewall 
box) works OK in both passive and non-passive modes (ftp 0.17-6).
Most important, running the same test without the firewall works OK on the 6.2 machine.

We are running an old program which uses an ftp API lib which doesn't support passive mode.  If there is an ftp library around which supports 
passive mode, this will solve our problem, if no other solution is evident.

Thank you.

Comment 1 Bernhard Rosenkraenzer 2001-01-20 23:17:07 UTC
Does installing the ftp version from 7 on 6.2 fix your problem? (Get the source
RPM and rpm --rebuild)?

Other than that, you might want to take a look at the lynx source code, it has
the files you'll need to build an ftp library that handles both active and
passive mode.


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