FIXED
Was a problem with smart defense center altering the packet. Thanks for the
quick reply.
wolfoftheair wrote:
>
> Please test against 0.9.8h; 0.9.8a is nearly 3 years old at this point.
>
> -Kyle H
>
> On Mon, Aug 25, 2008 at 8:55 AM, firelight <[EMAIL PROTECTED]>
> wrote:
>>
>> Openssl
Please test against 0.9.8h; 0.9.8a is nearly 3 years old at this point.
-Kyle H
On Mon, Aug 25, 2008 at 8:55 AM, firelight <[EMAIL PROTECTED]> wrote:
>
> Openssl version: 0.9.8a
> Objective: secure FTP (SFTP) w/o pasv
>
> Everything works with self signed cert if client that is going to connect i
Tan -
Ah ha, they'er quicker than I thought they would be. Below, is the
method that they're using to create threads using SSL:
First off, we are Pre-Threading (creating before used, never deleting)
// declared globally
SSL_METHOD *my_ssl_method;
SSL_CTX *my_ssl_ctx;
// end of globally declare
/
Tan -
Thanks for responding.
The dev team is preparing some code that illustrates how we're managing
threads. However, with what I have described, how would SSL_CTX respond
differently under different loads?
From what I've seen, this is a somewhat popular problem. Either many
people are doing
I'm no expert either, but could u show some code snippets on how u
handle threads and these 2 very important structures -- SSL and SSL_CTX.
I suspect that your threads might be re-initializing SSL_CTX. And when
that happens under heavy load, the problem you described might occur.
dan trainor wr
I found the answer the in mail archive.
Thanks,
Lei
-Original Message-
From: Shen, Lei
Sent: Monday, March 25, 2002 11:41 AM
To: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
Subject: decryption failed or bad record mac
I was unable to use s_client to connect to shop.mywcs.com port 443.
H
