...@hotmail.com
To: openssl-users@openssl.org
Subject: Renegotiation question
Date: Fri, 27 Jan 2012 15:33:36 +
I have implemented a server using OpenSSL 0.9.8r. If I use s_client to open a
connection to a listenening SSL port on the server, and use the R commend to
initiate a rehandshake
My apologies again, my posts were somehow got attached to an earlier
conversation. Posting one more time to place the message at the top of the
list:
I have implemented a server using OpenSSL 0.9.8r. If I use s_client to open a
connection to a listenening SSL port on the server, and use
I have implemented a server using OpenSSL 0.9.8r. If I use s_client to open a
connection to a listenening SSL port on the server, and use the R commend to
initiate a rehandshake, the rehandshake completes successfully(as expected). I
have verified this using both SSL 3.0 and TLS 1.0.
I have implemented a server using OpenSSL 0.9.8r. If I use s_client to open a
connection to a listenening SSL port on the server, and use the R commend to
initiate a rehandshake, the rehandshake completes successfully(as expected). I
have verified this using both SSL 3.0 and TLS 1.0.
I have implemented a server using OpenSSL 0.9.8r. If I use s_client to open a
connection to a listenening SSL port on the server, and use the R commend to
initiate a rehandshake, the rehandshake completes successfully(as expected). I
have verified this using both SSL 3.0 and TLS 1.0.
OK, I understand how V2 backwards compatibility
works - clients send a V2-style ClientHello with
a version of 3.0 or 3.1. (It's a seriously ugly
aberration, too, but let's not go there right now.)
I saw in Appendix E that "Requests to resume an
SSL 3.0 session should use an SSL 3.0 client
OK, I understand how V2 backwards compatibility
works - clients send a V2-style ClientHello with
a version of 3.0 or 3.1. (It's a seriously ugly
aberration, too, but let's not go there right now.)
I saw in Appendix E that "Requests to resume an
SSL 3.0 session should use an SSL 3.0 client
