Wingate is closing the clients' connections

[sniperbr0]

hi im new to this forum, I used wingate 5.0 before and it was great but it had a problem: when the clients are using the internet, playing games online, chat (icq) or even downloading something big, wingate closes their connection for an unkown reason... but they can connect again but after certain amount of time they get disconnected again.
then I forgot wingate and bought sygate home nextwork, it worked fine, but there is no firewall, and the clients could not play online because norton internet security was blocking everything, so I disabled the firewall and it worked, but I must have a firewall, then I got the trial version of wingate 6.0.3 and I face the same problem that I had before, I was talking on xfire, and suddenly I got disconnected, I was playing online and suddenly I got disconnected (only me) and the most annoying problem: I tried to download 3Dmark 2005, I downloaded about 75mb and suddenly got the message: the configuration to the server had been reconfigured.

can some1 help plz?

Sharing service: ENS (NAT)
OS: server --> win98
clients --> winXP
Internet Connection: ADSL 1M

[Pascal]

That's a very tough one. From the sound of it, it could be a timeout issue - but it seems as if there should be enough traffic going from the client machines to keep the link alive. So, a few questions:

* Is the amount of time between disconnects relatively similar? (E.g. 4 minutes, 2 minutes, or something like that?)

* Do you have the same problem on all clients?
* When 1 client gets disconnected, do the others get disconnected as well?
* Do you use DHCP? If yes, what duration is your leases set for?
* When an application is disconnected on the client are all connections from that client lost, or just for the one application?

[sniperbr0]

no, they are not similar. I have that problem in all clients. not all clients get disconnected but its like im playing online, with the chat program open, and downloading a file(same client, doing it all at the same time), the download is disconnected, then after about 3 minutes the chat program, and then after 1 minute the game(there is no order or a timer), its not a complete disconnect but the connection to the servers that these programs are running is being closed. I dont use DHCP: here is the config:
server --> 192.168.0.1
255.255.255.0
clients: 192.168.0.2
255.255.255.0
192.168.0.1
192.168.0.1

not all connections are lost, I tested it right now and I tried downloading 3dmark 2005 again, I downloaded 34,5mb and I got disconnected, then I tried Steam Full Cache (723mb) and I downloaded 20mb and then disconnected... its VERY ANNOYING!!! (ps. these files arent from the same website)

plz some1 help

[Pascal]

If you're using NAT, you're probably using Intercepts as well, for the WWW Proxy Service. Is that so? If yes, double check that "drip-feeding" is turned on in the Plugins page.

It should've been a default option, we'll make sure it is for the next release.

[sniperbr0]

the intercept option and the drip-feeding were disabled, I enabled them but still, downloaded 56mb and then disconnected again, but looks like the chat programs and the online games problem are fixed, but the most important thing for me are the downloads... I still need help with it, looks like the problems are related to that "www proxy" setting...

[sniperbr0]

im about to unninstall it...

[Pascal]

About the last remaining thing I can think of would be to run a packet sniffer to see why the connection is being closed. We're discussing it amongst the dev team at the moment, because we have not seen this type of behavior with straight NAT connections.

Here are some of the suggestions that have come through...

Is the connection TCP or UDP? Most games I thought were UDP, which doesn't really even have the concept of a connection, except using the higher-level game protocol.

Therefore if no data is going in or out etc, then there could be timeouts.

Also, if the customer is using a ENS redirect, then it is conceivable that outbound packets use one hash entry, and inbound another. This could cause some to die from starvation (i.e. an outbound channel that isn't used because keepalives are inbound or something).

He may need to create a port range for this traffic, and override timeouts on it.

[Pascal]

Hi,

Just been talking to some of the members of our driver team. The easiest way to diagnose this would be to get a packet capture of this as it happens (On the WinGate Server) You can use anything like NetMon, Commview, etc.

The idea is to see what/who/why the connection was closed. If that's possible, let me know, please. There is another forum post which is about roughly the same topic:

http://forums.qbik.com/viewtopic.php?p=13636#13636

(Yeah, I'm pointing the two at eachother). Maybe that will help somewhat?