Date: Wed, 22 Oct 2008 15:33:59 -0400 From: Lowell Gilbert <freebsd-questions-local@be-well.ilk.org> To: Len Conrad <LConrad@Go2France.com> Cc: freebsd-questions@freebsd.org Subject: Re: what else is needed to make ftp passive work Message-ID: <44k5c02zmg.fsf@be-well.ilk.org> In-Reply-To: <200810222050687.SM01744@TX2.Go2France.com> (Len Conrad's message of "Wed\, 22 Oct 2008 13\:58\:31 -0500") References: <200810222050687.SM01744@TX2.Go2France.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Len Conrad <LConrad@Go2France.com> writes: > two machines on the same private network. > > ftp 10.0.0.24 > Connected to 10.0.0.24. > 220 mx1.fairhope.net FTP server (Version 6.00LS) ready. > Name (10.0.0.24:username): > 331 Password required for username. > Password: > 230 User username logged in. > Remote system type is UNIX. > Using binary mode to transfer files. > ftp> ls > 229 Entering Extended Passive Mode (|||64341|) > > at this point, there is a long delay, that eventually completes: > > 200 EPRT command successful. > 150 Opening ASCII mode data connection for '/bin/ls' > > ... and the rest of the ftp session runs fast. > > on the ftp server, if we "ipfw disable firewall", the ftp session runs without delay. > > in hosts file, both machines have both of their records, so we don't think the delay is query for PTR of either IP. > > our ipfw.rules: On both machines? Only the one initiating the FTP session? > # stateful > $IPF 50 check-state > $IPF 60 allow tcp from any to any established > $IPF 70 allow all from any to any out keep-state > $IPF 80 allow icmp from any to any > > # open well-known ports > > # FTP > $IPF 120 allow tcp from any to any 20 in > $IPF 121 allow tcp from any to any 20 out > $IPF 122 allow tcp from any to any 21 in > $IPF 123 allow tcp from any to any 21 out > > In inetd.conf, we've added "-l -l -d" but don't get any ftpd debug info written to /var/log/messages or /var/log/xferlog or dmesg system buffer. > > So what else is needed inf our ifpw.rules for the ftpd params to get the switch to Extended Passive Mode to run quickly? I'd recommend looking at the traffic being seen on the wire (e.g., with tcpdump(1) on the interface on the sending side). I'll guess, though, that you'll find that the data channel is being blocked from getting into the "server". -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44k5c02zmg.fsf>