On Fri, May 24, 2002 at 06:58:40PM +0100, Chris Plant wrote:
> On Sun, 2002-05-19 at 13:23, Lutz Jaenicke wrote:
> > On Sun, May 19, 2002 at 10:11:20AM +0100, Chris Plant wrote:
> > > I have established a connection (using SSL_accept), and sent and
> > > received data over it, before the connection is dropped and the server
> > > reports the error (using ERR_get_error_string):
> > >
> > > "SSL_read: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version
> > > number (336130315)"
> >
> > Please try to use ssldump (http://www.rtfm.com/ssldump) to help in analyzing
> > your problem. I guess, that the client initiates a renegotiation and does
> > not use the same version (SSLv2/SSLv3/TLSv1) that was chosen in the
> > initial handshake. ssldump should show you, whether really a new handshake
> > takes place.
>
> No, this is a different problem, I know there is 200 bytes in the
> buffer, but when I ask for the first 60, the other 140 disappear, is
> this due to the encryption ?
I don't know what you understand with respect to buffer. If you mean the
amount of data coming from the network side:
* the data are encrypted with a symmetric cipher. It takes some padding and
additional checksum, but the ration is never "60 out of 200".
* if a renegotiation takes place, the situation is different, but then again
I would say that the handshake would require more data than 140bytes...
Best regards,
Lutz
--
Lutz Jaenicke [EMAIL PROTECTED]
http://www.aet.TU-Cottbus.DE/personen/jaenicke/
BTU Cottbus, Allgemeine Elektrotechnik
Universitaetsplatz 3-4, D-03044 Cottbus
______________________________________________________________________
OpenSSL Project http://www.openssl.org
User Support Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
