> Hi,
>
>
>
> We are using OPEN SSL library in our client server application. We are
> using SSL_WRITE and SSL_READ api used to read and
>
>
>
> write operations between them. Connection is broken When server sends
> very large message (more than 56K) using SSL_WRITE api.
>
>
>
> We fixed problem w
> We are using OPEN SSL library in our client server application. We are
using > SSL_WRITE and SSL_READ api used to read and
> write operations between them. Connection is broken When server sends very
> large message (more than 56K) using SSL_WRITE api.
That's probably due to a bug in your code
Hi,
We are using OPEN SSL library in our client server application. We are
using SSL_WRITE and SSL_READ api used to read and
write operations between them. Connection is broken When server sends
very large message (more than 56K) using SSL_WRITE api.
We fixed problem with set partial mode
On 27 Sep 2006, at 22:54, Kyle Hamilton wrote:
If your server (that is, the one which accepts the connection) is
sensitive to the number and content of the actual packets, the server
is in violation of the 'layer' boundary. SSL and TLS can be thought
of as another protocol in the AF_INET famil
On 27 Sep 2006, at 22:28, David Schwartz wrote:
Other side would return an error message:
ORA-31154: invalid XML document
ORA-19202: Error occurred in XML processing
LSX-00213: only 0 occurrences of particle "greeting",
minimum is 1
It is totally confused, that is: i, as a client would neve
If your server (that is, the one which accepts the connection) is
sensitive to the number and content of the actual packets, the server
is in violation of the 'layer' boundary. SSL and TLS can be thought
of as another protocol in the AF_INET family, even though it's
implemented in user-level code
> Other side would return an error message:
>
> ORA-31154: invalid XML document
> ORA-19202: Error occurred in XML processing
> LSX-00213: only 0 occurrences of particle "greeting",
> minimum is 1
>
> It is totally confused, that is: i, as a client would never send
> greeting. One thing
> possible
- Original Message
From: Aarno Syvänen <[EMAIL PROTECTED]>
To: openssl-users@openssl.org
Sent: Wednesday, September 27, 2006 11:27:41 AM
Subject: Re: Strange problem with SSL_write
>
>> but
>> ethereal shows *two* application level packets.
>
To inspect
Hi,
On 27 Sep 2006, at 10:20, David Schwartz wrote:
Then the problem: when i am doing SSL_write,
it does return full length of the packet i send,
You don't send packets to SSL_write, you send bytes. It returns the
number
of bytes sent, and if the other end doesn't receive that number of
Hello,
> Then the problem: when i am doing SSL_write,
> it does return full length of the packet i send, but
> ethereal shows *two* application level packets.
> The packet indedd contains 0x00s. Can this be a
> problem ?
No, sending first "empty" SSL packet and next "real"
(with data) is CBC timing
> Hi List,
>
> I am implementing EPP over SSL. It requires
> me send send hex data (the length of the xml
> document). In addition, making EPP request
> twice is an error. So it differs http with both
> these counts.
Okay.
> Then the problem: when i am doing SSL_write,
> it does return full leng
Aarno Syvänen wrote:
Hi List,
I am implementing EPP over SSL. It requires
me send send hex data (the length of the xml
document). In addition, making EPP request
twice is an error. So it differs http with both
these counts.
Then the problem: when i am doing SSL_write,
it does return full length
Hi List,
I am implementing EPP over SSL. It requires
me send send hex data (the length of the xml
document). In addition, making EPP request
twice is an error. So it differs http with both
these counts.
Then the problem: when i am doing SSL_write,
it does return full length of the packet i send,
13 matches
Mail list logo
