RE: Request for proxy users...
"Metro Sauper" <[email protected]>
| Newsgroups | gmane.comp.version-control.sourcegear-vault.user |
|---|---|
| Message-ID | <[email protected]> |
Jeremy, We use vault with ISA server on Windows 2000. We have never encountered this problem. It just seems to work. When I work from home, I actually connect through two ISA server, one on my home network, one on my business network. When at the office, we connect directly to the server without going through ISA. One thing that may be different is that we run our vault server and the ISA server on the same box. So ISA does not need to forward sessions to another machine. Our vault database is on a different server. Best regards, Metro. ----------- Metro T. Sauper, Jr. President Sauper Associates, Inc. 221 County House Road Suite D Sewell, NJ 08080 V: 856.228.5300 F: 856.228.2311 > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of > Jeremy Sheeley > Sent: Thursday, January 29, 2004 11:49 AM > To: [email protected] > Subject: [vault-list] Request for proxy users... > > We've had several people report that they are using Microsoft > ISA server to > connect to their Vault server. One of the issues that we've > run into with > testing proxies in house is that ISA seems to open a new > connection for > every request, instead of respecting the keepalive setting. > You can notice > the problem immediately if you connect to server on a 2000 > pro or XP box, > since those versions of windows limit the number of IIS connections to > somewhere near 10. That means after the tenth time that the > Vault client > talks to the server, the server will respond with messages > about being too > busy. > > The questions for people using ISA proxies. How are you > getting around > this? Are you running the Vault server on 2000/2003 server? > Is there a ISA > proxy configuration setting to tell it to respect keepalive? > Does the proxy > opening new connections degrade your performance? > > I would appreciate hearing more from people who have > successfully worked > around this issue. > > -Jeremy > > _______________________________________________ > vault-list mailing list > [email protected] > http://lists.sourcegear.com/cgi-bin/mailman/listinfo/vault-list >