Subject: ipnat ftp proxy fix yet? (ever?)
To: None <tech-net@netbsd.org, port-sparc64@netbsd.org>
From: Sean Davis <dive-nb@endersgame.net>
List: port-sparc64
Date: 10/26/2004 22:44:54
--Y7xTucakfITjPcLV
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Does anyone know if the ftp proxy functionality in ipnat has been fixed on
non-x86 (sparc64, specifically) yet?

I first noticed FTP problems when I switched from an x86 box as the NAT
machine to an Ultra 1 170E. With the same dated current sources, everything
worked fine on the x86 nat machine, but when i switched, FTP was mostly
broken. For example, here is how it behaves on a LAN with a NetBSD/i386
1.6.2_STABLE NAT box:

dive@straylight:/tmp % ftp ftp://ftp.netbsd.org/pub/NetBSD/README
Trying 2001:4f8:4:7:2e0:81ff:fe21:6563...
Trying 204.152.190.13...
Connected to ftp.netbsd.org.
220 ftp.NetBSD.org FTP server (tnftpd 20040810) ready.
331 Guest login ok, type your name as password.
230-
<snip spammy banner>
230 Guest login ok, access restrictions apply.
Remote system type is UNIX.
Using binary mode to transfer files.
200 Type set to I.
250 CWD command successful.
250-
<snip export notice>
250-
    Please read the file README
      it was last modified on Sat Mar 13 07:47:59 2004 - 228 days ago
    Please read the file README.export-control
      it was last modified on Wed Jun  7 04:38:56 2000 - 1602 days ago
    Please read the file README.sup
      it was last modified on Thu May  1 10:02:29 2003 - 545 days ago
250 CWD command successful.
local: README remote: README
229 Entering Extended Passive Mode (|||60916|)
150 Opening BINARY mode data connection for 'README' (1684 bytes).
100% |*************************************|  1684      91.62 KB/s    00:00
ETA
226 Transfer complete.
1684 bytes received in 00:00 (6.81 KB/s)
221-
    Data traffic for this session was 1684 bytes in 1 file.
    Total traffic for this session was 5725 bytes in 1 transfer.
221 Thank you for using the FTP service on ftp.NetBSD.org.
dive@straylight:/tmp %=20


On another LAN with NetBSD 2.99.9/sparc64 as the nat machine (the *only*
difference in the ipnat.conf is hme's instead of rtk's), I see this:

229 Entering Extended Passive Mode (|||59586|)
150 Opening BINARY mode data connection for 'README' (1684 bytes).
100% |*************************************|  1684       2.26 MB/s    00:00
ETA
226 Transfer complete.
1684 bytes received in 00:00 (5.66 KB/s)
221-

421 Service not available, remote server timed out. Connection closed

I've mentioned this bug before, but nobody ever really acknowledged it...
should I send a critical/high PR? or can someone nudge the right people
(darrenr?) to fix it? I kinda need FTP for pkgsrc to function :)

Note that the on-quit hang is not the only symptom here... it dies on ls on
some servers, doesn't even finish logging in on others... so I'm pretty
certain the problem is in the ftp proxy code.

-Sean

--=20
/~\ The ASCII
\ / Ribbon Campaign                   Sean Davis
 X  Against HTML                       aka dive
/ \ Email!

--Y7xTucakfITjPcLV
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (NetBSD)

iD8DBQFBfwumncZv+931Zb8RAjaHAJwO2xaWTGRtAPEN2z7UJmBhGIr0TACgqGAg
+c3rKNan0MhmhRTmuCiLtNg=
=5EHT
-----END PGP SIGNATURE-----

--Y7xTucakfITjPcLV--