Hey,

I'm doing some research about the SSL session tracking / SSL Session id's.

Now I'm having some problems when requests are send to the server in quick
succession, I notice the problem is fixed or at least less occuring when
the keepAlive server setting is set to 0..

When the keepAliveTimeout is not set to "0" I can see in the SSL debug logs
the SSL session get's invalidated after some requests with a Broken Pipe
exception. Is this because there are too many open connections during
the keepAliveTimeout?
It also only happens when processing the requests takes some time (fe.
storing items in database) or when I put the threat to sleep for testing
purpose.

When inspecting the traffic I see some tcp-rst packages (problem is here?)
from previous connections while the current one is being processed.

My question is why these SSL Sessions get invalidated after alot of quick
requests to the server since this gives a problem with my SSL Session
tracking since the id changes then.

I can provide a sample jsp project where the Invalidation occurs if wanted..

PS. I'm running Tomcat 7 on a mac osx Lion 10.7.4
server.xml settings:
<Connector
             port="8443" maxHttpHeaderSize="8192"
              maxThreads="150"
      keepAliveTimeout="0"
        scheme="https" secure="true"
              clientAuth="false"
              sslProtocol="SSLv3"
              SSLEngine="on"
              SSLEnabled="true"
ciphers = "TLS_RSA_WITH_AES_256_CBC_SHA"
SSLCipherSuite ="TTLS_RSA_WITH_AES_256_CBC_SHA"
SSLHonorCipherOrder = "true"
           keystoreFile="***" keystorePass="***"/>

Thanks in advance,
Vincent Goelen

Reply via email to