Thank you very much. You are great help. I am good to go now.
Thank again
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Marek Marcola
Sent: Monday, November 06, 2006 13:26
To: openssl-users@openssl.org
Subject: RE: Error accepting connections
Hello
Hello,
> I have a openssl ssl socket is shared by two threads, one and only
> thread should use this socket at any time. Then on top of tls_init(), do
> I have to put Mutex around my socket ??? Does tls_init() use to protect
> openssl internal strucure only ??
This locking callbacks are for intern
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Marek Marcola
Sent: Saturday, November 04, 2006 11:15
To: openssl-users@openssl.org
Subject: RE: Error accepting connections
Hello,
> Thank You very much. Suppose I store the method below in the
> SslServerSoc
Hello,
> Thank You very much. Suppose I store the method below in the
> SslServerSocket.cc, then all I need to
> Do is:
> locking_function(int mode, int n, &SslServerSocket.cc, 8);
>
> id_function(void);// return Thread ID
>
> dyn_create_function(const &SslServerSocket.cc, 8)
---
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dinh, Thao V CIV
B32-Branch
Sent: Friday, November 03, 2006 7:45
To: openssl-users@openssl.org
Subject: RE: Error accepting connections
Prabbu/Marek/Chong
Thank for your help. I am very newbie for openssl too.
Suppose I have a &
PROTECTED] On Behalf Of Marek Marcola
Sent: Friday, November 03, 2006 8:00
To: openssl-users@openssl.org
Subject: RE: Error accepting connections
Hello,
> Suppose I have a "Singleton" class below. This method is shared by
> multithreads. This class returns a one and only one c
Hello,
> Suppose I have a "Singleton" class below. This method is shared by
> multithreads. This class returns a one and only one ctx ( One Context
> which shares by multithreads). For me, the only Mutex Lock I need is
> around line 8 because of verify_callback method. The remain methods are
> rea
SSL_VERIFY_FAIL_IF_NO_PEER_CERT
,SslServerSocket::verify_callback);
9)SSL_CTX_set_verify_depth(ctx, 4);
}
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Marek Marcola
Sent: Thursday, Novem
hreading was achievedin server. The locking of SSL context objects 'ctx' was not doneproperly. The issue is solved now.Chong ,I tried using sslv23_server_method but it didn't help .- Original Message -From: "Marek Marcola" <[EMAIL PROTECTED]>To: Sent: Wednesday,
Hello,
> Prabbu/Marek/Chong
> I have a SSL server application. It creates threads for each client
> connection.
> My server call accept(). After the sock = accept() return, I put SSL on
> sock, spin-off a thread for that client. All socks share the same 'ctx'
> in the server. How do I lock SSL ob
sslv23_server_method but it didn't help .
- Original Message -
From: "Marek Marcola" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, November 01, 2006 4:33 AM
Subject: Re: Error accepting connections
> Hello,
> > I have a SSL Server application .. In a test scenario
- Original Message -
From: "Marek Marcola" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, November 01, 2006 4:33 AM
Subject: Re: Error accepting connections
> Hello,
> > I have a SSL Server application .. In a test scenario 20 clients try
> > connecting to the
prabhu:
we saw similiar problem (i.e. bad record mac) when i have an ssl
client (java implementation, talking tlsv1) try to connect to an ssl server
(openssl, talking sslv3 only). we solved the problem by changing
"sslv3_server_method" to "sslv23_server_method". i do not know why, but this
Hello,
> I have a SSL Server application .. In a test scenario 20 clients try
> connecting to the server simultaneously. In most of the test run
> atleast one connection fails. The server logs the following message
> for the failed connection:
>
> ** server.c:809 Error accepting SSL connection
>
14 matches
Mail list logo