I posted this message about a week ago and was hoping someone might see
it this time. I really have been reading the docs and the boards but
can't seem to find an answer. Please note: I am using PASV on the
client and I have installed and have running ip_masq_ftp.o on the Linux
OK, I SWEAR I've read the posts (over and over but still can't get this
I've got two machines A & B on my network, both running RH 6.1 Linux.
Machine A is a firewall running IPCHAINS (simply masquerading - no
other rules) and portforwarding (using IPMASQADM PORTFW) only ports 20,
21, 23, and 80 to Machine B (an FTP/Web server behind the firewall).
I was not sure if RH 6.1 included ip_masq_ftp automatically, so on
Machine A (the firewall), I issued a "modprobe ip_masq_ftp.o" command
and then used the /etc/rc.d/init.d/inet script that Redhat provides to
restart the inetd daemon. I also tried "kill -HUP" and then the pid
for inetd to restart it. I also issued the same commands on Machine B
(I'm not sure which machine needed it).
BTW, machine B has an internally masqu'd IP and a virtual IP on the
incoming NIC on the firewall that is being forwarded (you probably
gathered that from the paragraphs above).
On Machine B, the FTP entry in inetd.conf is "ftp stream tcp
nowait root /usr/sbin/tcpd in.ftpd -l -a"
On Machine B, the FTP entries in services are
The problem. 1) If a client on the outside of my network is behind a
firewall, even if I tell the FTP client to use PASV mode, I can connect
to Machine B's FTP but not do an "ls" of any directory.
2) Even if a client on the outside of my network is NOT behind a
firewall, and I tell it to use PASV, the same problem occurs. If I
don't tell it to use PASV, then it works fine (it can connect to
Machine B's FTP server).
So, client behind no firewall and no PASV set on the client, FTP
works. Client behind a firewall and with/or without PASV set, FTP
I'm at wits end at this point. Any help would be appreciated.
-- Thanks, Randy
Sent via Deja.com http://www.deja.com/
Before you buy.