> Well? It cannot connect to TCP 20 for
> the data connection, even when the port
> is open. What else should I do?
Well ... the problem is that the port filtering only
allows you to specify "local ports", so what you
did is to open ports 20 and 21 (tcp) to traffic.. but
the FTP "handshacking" is a different kind of
beast that is
the client connects to port 21 (the control port)
and starts an FTP session, this won't change
and won't cause problems with your current
filter settings
the client then asks for a directory listing (or
tries to retrieve a file) and now things change
the FTP server receives from the client a
PORT command the port command has the
format PORT xxx,yyy,zzz,kkk,p1,p2 where p1
and p2 indicate a port and "xxx.." contain the
client IP at this point the FTP server initiates
an outbound connection _from_ its port #20
(FTP data) toward the client IP and port
indicated by the port command, once the
connection has been established the data
transfer starts (either dir listing, file transfer..)
As you see the problem is that just opening
up port #20 you're allowing traffic to it but not
toward the "dynamic ports" needed for the
data channel; a possible solution to your issue
may be using IPSec port filtering instead of
the "standard port filtering" you're using, in
this latter case you'll be able to create a rule
like
source IP ftp_server_ip
source port 20
target IP any
target port 1024-5000
for an example of an IPSec portfiltering policy
you may have a look at this site
http://homepages.wmich.edu/~mchugha/w2kfirewall.htm
although the above example is for a "client"
machine I think you'll be able to adapt the
filtering to your needs
Regards
--
* ObiWan
Microsoft MVP: Windows Server - Networking
http://mvp.support.microsoft.com
http://italy.mvps.org