This message was sent from Geocrawler.com by "laetus" <[EMAIL PROTECTED]>
Be sure to reply to that address.
OK, I SWEAR I've read the posts (over and over
but still can't get this to work).
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).
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
"ftp-data 20/tcp
ftp 21/tcp"
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 doesn't work.
I'm at wits end at this point. Any help would be
appreciated. Thanks.
-Randy
[EMAIL PROTECTED]
Geocrawler.com - The Knowledge Archive
--
To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
as the Subject.
