by Pascal » Nov 02 04 11:34 pm
Okay, which machine did you configure to use the proxy? The WinGate Server or your client computers?
You should set that on your clients.
Now, more detailed. When connecting a client computer through / to WinGate, you have three options. Each has their relevant pros and cons, but they are generally fairly well balanced. You can find a lot more info on this in the Help File, but will give you a basic rundown here.
First, NAT. This is Network Address Translation. Your clients, all on a private subnet, connect out through their Default Gateway, the WinGate Server. This is the easiest one to setup, because all that is required is for you to modify the TCP/IP properties of the client computer (In your "Local Area Connection", etc.") to point their default gateway (And normally DNS) to the Internal IP address of the WinGate Server. This is the closest you'll come to 'raw' data travelling out to the internet.
Intercepts is a feature that allows you to redirect such NAT traffic through the appropriate proxies (Like the WWW Proxy) so that WinGate can inspect it according to the proxies rules, run data scanning plugins on it, etc.
Second, WinGate Internet Client. The WinGate Internet Client involves installing a LSP (Layered Service Provider) on the Client computers. WGIC is quite good, and with 6.x it has become even better, as you can control and restrict which Internet Enabled applications your users are allowed to run. The clients discover the WinGate Server through GDP broadcasts and communicate directly with the WinGate Server.
Intercepts applies to this as well.
Thirdly, Direct Proxy. This is the most involved setup because you need to configure each application individually to ensure that it will proxy through WinGate. For most users, this is your email client and your browser, so it should be relatively easy. This involves pointing the appropriate application to the WinGate Server's internal IP (As in previous instructions).