Date: Thu, 14 Oct 1999 01:44:16 +0900 (JST) From: ume@mahoroba.org To: FreeBSD-gnats-submit@freebsd.org Subject: bin/14305: natd should know FTP EPRT command Message-ID: <199910131644.BAA45390@peace.mahoroba.org>
next in thread | raw e-mail | index | archive | help
>Number: 14305 >Category: bin >Synopsis: natd should know FTP EPRT command >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Oct 13 09:50:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Hajimu UMEMOTO >Release: FreeBSD 3.3-RELEASE i386 >Organization: Internet Mutual Society YOKOHAMA (IMASY) >Environment: Ftp to the server which support EPRT, using EPRT supported FTP client. And, NAT box is resides between FTP server and FTP client. >Description: In RFC2428 (FTP Extensions for IPv6 and NATs), new FTP command EPRT was defined. The EPRT has IP address in a command, like as PORT command. So, to use EPRT, NAT box should know what EPRT is. Though EPRT is defined in conjunction with IPv6, EPRT itself is protocol independent, and usable with IPv4. In IPv6 enabled distribution such as NetBSD-current, FTP client try EPRT first, and if fail, fall back to use PORT as default. In this senario, if FTP server speak EPRT, FTP data connection would be blocked by NAT box. >How-To-Repeat: Ftp to the server which support EPRT, using EPRT supported FTP client. >Fix: Please apply the patch resides in: http://www.imasy.or.jp/~ume/ipv6/FreeBSD/alias_ftp.c.eprt.diff >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199910131644.BAA45390>