Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Chriss Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Norton IS 2004 blocking FTP on XP Pro SP2 system 1

Status
Not open for further replies.

jimRedfield

Technical User
Joined
Feb 15, 2005
Messages
1
Location
US
I'm out of more focused resources to ask about this, so I'm hoping some expert here can help: I can't get NIS 2004 to allow FTP connections anywhere from an XP Pro SP2 system. If I disable NIS, everything works fine. Enable it and FTP connection is blocked. Using, for example, a new install of a simple FTP program (WS_FTP) I get "An instance of "C:\Program Files\Ipswitch\WS_FTP Pro\wsftpgui.exe" is preparing to access the Internet" as the only firewall log entry in NIS; the Connections log for the same activity shows ftp port 21 with 0 bytes sent, 50 received. WS_FTP has 'Permit All' access through the firewall. Anyone have any ideas? Tnx in advance... Jim
 
I don't use NIS, so I don't have much in the way of specifics about it to offer up. The first question that pops into my head is, is WS_FTP in active or passive mode?

Someone that found a fix


And lastly


and from that site

"The problem is simple, In active mode FTP the client connects from a random unprivileged port (N > 1024) to the FTP server's command port, port 21. Then, the client starts listening to port N+1 and sends the FTP command PORT N+1 to the FTP server. The server will then connect back to the client's specified data port from its local data port, which is port 20.

From the server-side firewall's standpoint, to support active mode FTP the following communication channels need to be opened:

FTP server's port 21 from anywhere (Client initiates connection)
FTP server's port 21 to ports > 1024 (Server responds to client's control port)
FTP server's port 20 to ports > 1024 (Server initiates data connection to client's data port)
FTP server's port 20 from ports > 1024 (Client sends ACKs to server's data port), it is very difficult to configure the windows XP SP2 firewall when in active mode because the firewall will block all other ports not explicilty opened by you, In order to resolve the issue of the server initiating the connection to the client a different method for FTP connections was developed. This was known as passive mode, or PASV, after the command used by the client to tell the server it is in passive mode.

In passive mode FTP the client initiates both connections to the server, solving the problem of firewalls filtering the incoming data port connection to the client from the server. When opening an FTP connection, the client opens two random unprivileged ports locally (N > 1024 and N+1). The first port contacts the server on port 21, but instead of then issuing a PORT command and allowing the server to connect back to its data port, the client will issue the PASV command. The result of this is that the server then opens a random unprivileged port (P > 1024) and sends the PORT P command back to the client. The client then initiates the connection from port N+1 to port P on the server to transfer data.

From the server-side firewall's standpoint, to support passive mode FTP the following communication channels need to be opened:

FTP server's port 21 from anywhere (Client initiates connection)
FTP server's port 21 to ports > 1024 (Server responds to client's control port)
FTP server's ports > 1024 from anywhere (Client initiates data connection to random port specified by server)
FTP server's ports > 1024 to remote ports > 1024 (Server sends ACKs (and data) to client's data port).

The problem with selecting passive mode is that most administrators will set their servers to only accept active connections. Active FTP is beneficial to the FTP server admin, but detrimental to the client side. The FTP server attempts to make connections to random high ports on the client, which would almost certainly be blocked by a firewall on the client side. Passive FTP is beneficial to the client, but detrimental to the FTP server admin. The client will make both connections to the server, but one of them will be to a random high port, which would almost certainly be blocked by a firewall on the server side."

This doesn't specifically point to your software but it is a starting point. With luck someone that uses NIS can offer you up a better solution than I can.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top