Bug 19513

Summary: ftp client doesn't fall back to PASV
Product: Base System Reporter: handy <handy>
Component: binAssignee: freebsd-bugs (Nobody) <bugs>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: 4.0-STABLE   
Hardware: Any   
OS: Any   

Description handy 2000-06-26 07:40:02 UTC
From the keyboard of DG:  "Broken ftp client. It needs to fall back to PASV."

How-To-Repeat: 
	ftp ftp://ftp.freebsd.org/
	ls

You'll get:

	500 'EPSV': command not understood.
	500 'LPSV': command not understood.
	Passive mode refused.
Comment 1 Ruslan Ermilov 2000-06-26 08:21:28 UTC
On Mon, Jun 26, 2000 at 12:38:38AM -0600, handy@physics.montana.edu wrote:
> 
> >How-To-Repeat:
> 
> 	ftp ftp://ftp.freebsd.org/
> 	ls
> 
> You'll get:
> 
> 	500 'EPSV': command not understood.
> 	500 'LPSV': command not understood.
> 	Passive mode refused.
> 
I am not sure that this is the case but there was a commit that might be
relevant:

: ume         2000/06/17 11:43:56 PDT
:   Modified files:        (Branch: RELENG_4)
:     usr.bin/ftp          extern.h fetch.c ftp.c
:   Log:
:   MFC: Make sure to use native IPv4 address, even if getaddrinfo()
:   returns IPv4 mapped IPv6 address.
:   Revision  Changes    Path
:   1.10.2.2  +2 -1      src/usr.bin/ftp/extern.h
:   1.12.2.1  +2 -1      src/usr.bin/ftp/fetch.c
:   1.28.2.2  +37 -2     src/usr.bin/ftp/ftp.c


Cheers,
-- 
Ruslan Ermilov		Oracle Developer/DBA,
ru@sunbay.com		Sunbay Software AG,
ru@FreeBSD.org		FreeBSD committer,
+380.652.512.251	Simferopol, Ukraine

http://www.FreeBSD.org	The Power To Serve
http://www.oracle.com	Enabling The Information Age
Comment 2 Salvo Bartolotta 2000-06-26 11:02:35 UTC
>>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<

On 6/26/00, 7:38:38 AM, handy@physics.montana.edu wrote regarding=20
bin/19513: ftp client doesn't fall back to PASV:


> >Number:         19513
> >Category:       bin
> >Synopsis:       ftp client doesn't fall back to PASV
> >Confidential:   no
> >Severity:       serious
> >Priority:       medium
> >Responsible:    freebsd-bugs
> >State:          open
> >Quarter:
> >Keywords:
> >Date-Required:
> >Class:          sw-bug
> >Submitter-Id:   current-users
> >Arrival-Date:   Sun Jun 25 23:40:02 PDT 2000
> >Closed-Date:
> >Last-Modified:
> >Originator:     Brian Handy
> >Release:        FreeBSD 4.0-STABLE i386
> >Organization:
> MSU - Bozeman
> >Environment:
> This is using FreeBSD 4.0-STABLE, from sources probably CVSupped on
> the following date:

> FreeBSD lambic.physics.montana.edu 4.0-STABLE FreeBSD 4.0-STABLE #27: =

Fri Jun  9 14:06:49 MDT 2000    =20
handy@lambic.physics.montana.edu:/usr/src/sys/compile/HANDY  i386

> >Description:
> From the keyboard of DG:  "Broken ftp client. It needs to fall back to=
=20
PASV."


> >How-To-Repeat:

>       ftp ftp://ftp.freebsd.org/
>       ls

> You'll get:

>       500 'EPSV': command not understood.
>       500 'LPSV': command not understood.
>       Passive mode refused.

> >Fix:



Dear Sir or Madam,

I run FreeBSD 3.4-S, 4.0-S and 5-CURRENT; they were built from sources=20
as of  June 11, 2000.

I configured (stateful) closed firewalls for all of them; the=20
firewalls in question are *paranoidly* restrictive.

I fixed that "problem" by simply specifying the FTP_PASSIVE_MODE=20
environment variable under 3.4-S; by specifying FTP_PASSIVE_MODE=3DNO in=
=20
/etc/login.conf under -CURRENT as well as under 4.0-STABLE.

Needless to say, I can cvsup as well as installing ports ("make fetch"=20
works) and ftping from all over the world.

Yours faithfully,
Salvo Bartolotta
Comment 3 Hajimu UMEMOTO freebsd_committer freebsd_triage 2000-07-19 13:30:20 UTC
State Changed
From-To: open->closed

This was already fixed. 

src/usr.bin/ftp/extern.h rev 1.10.2.2 
src/usr.bin/ftp/fetch.c  rev 1.12.2.1 
src/usr.bin/ftp/ftp.c    rev 1.28.2.2 

Thank you for your report.