interest.
Mike Bray
-Original Message-
From: Bray, Mike
Sent: Tuesday, March 26, 2002 8:09 AM
To: '[EMAIL PROTECTED]'
Subject: RE: SSL Session cache and IDs
Thanks all for the replies. I have done some experimenting with a
SSLCachetimeout of 15s. Even though I can send a request
[EMAIL PROTECTED]
Subject: Re: SSL Session cache and IDs
On Mon, 25 Mar 2002, Mads Toftum wrote:
> The defaults are nokeepalive IIRC - if that affects the session, then
> shouldn't it cut the session short even after the initial request?
nokeepalive doesn't really imply no sessi
On Mon, 25 Mar 2002, Mads Toftum wrote:
> The defaults are nokeepalive IIRC - if that affects the session, then
> shouldn't it cut the session short even after the initial request?
nokeepalive doesn't really imply no session caching at all... that's not
exactly what I meant to say. What I was t
On Mon, Mar 25, 2002 at 02:21:12PM -0500, Cliff Woolley wrote:
>
> > On Mon, Mar 25, 2002 at 05:47:04PM -, Bray, Mike wrote:
> > > Can anyone help by explaining how the session cache works? We have a web
> > > site supported by two servers using a content switch to load balance.
> >
> > and
> On Mon, Mar 25, 2002 at 05:47:04PM -, Bray, Mike wrote:
> > Can anyone help by explaining how the session cache works? We have a web
> > site supported by two servers using a content switch to load balance.
>
> and you're absolutely sure that it is not hte client that has requested
> a new
On Mon, Mar 25, 2002 at 05:47:04PM -, Bray, Mike wrote:
> Can anyone help by explaining how the session cache works? We have a web
> site supported by two servers using a content switch to load balance. The
> content switch goes sticky on SSL id. We are discovering that when two
> people us
Can anyone help by explaining how the session cache works? We have a web
site supported by two servers using a content switch to load balance. The
content switch goes sticky on SSL id. We are discovering that when two
people use SSL at the same time that towards the end of the SSL session the
c
