Hi all,
I have created small server application ssl based Data sharing to
the Public. i faced Handling the incoming connection. if multiple
connections are arrived. i ready accept . if and creating the New thread
. data send backandforth . i facing issue if 2 or 3 client has arrived
Hi Job,
Thanks very much for your reply. Apologies for the lateness of mine.
I will ask around and get more information about Powershell and PDQ Inventory.
Thanks again,
Steven
Sent with Proton Mail secure email.
--- Original Message ---
On Wednesday, November 23rd, 2022 at 5:36 AM,
Hi Michael,
Thanks very much for replying to my e-mail/post. I apologize for the lateness
of my reply.
> This is not true in the general case. There are applications which are
> available on Linux which do not use the distribution's package manager. There
> are applications which use their own
On Tue, Nov 22, 2022 at 11:09:07AM -0600, Nico Williams wrote:
> > Not exactly, PKCS#8-based typing is used in d2i_PKCS8_PRIV_KEY_INFO()
> > (for unencrypted PKCS#8 blobs, so no password callback). The
> > d2i_PrivateKey() function takes an explicit pkey_type instead.
>
> Hmmm, well,
I checked this further and the issue was indeed with my code.. I did some
recent async io completion handler refactor because of which the bio's
socket write completion was triggering the observer's read completion
callback.. the records were actually client side write bio buffers which
got mixed
I hook an observer for decrypted data immediately after the handshake is
successful (SSL_do_handshake rc 1) and it is this observer which gets the
ccs+list data on the vert next ssl_read cycle. Now, it could be that my
code is at fault here.. But I do see the decrypted dummy ccs and one more
On 24/11/2022 07:57, Neelabh Mam wrote:
Hi,
With my openssl based FTPS client (non-blocking bio) targeting TLS1.3, I
see that immediately after a successful data channel handshake (with
session reuse), a dummy change_cipher_spec record and a non-application
data record are sent as part of