curl-library
RE: ssl and socket reuse
Date: Wed, 9 Nov 2011 01:14:22 -0800
On 09/11/11 08:59, Sudeep_Das_at_mcafee.com<mailto:Sudeep_Das_at_mcafee.com> wrote:
I know I could , maybe should have done my research and come out with an answer myself...just thought it would be good if someone can answer this off the top of his head.
So the situation is that we have a https client server stuff running with multiple requests responses...something like this
Do_request_response()
{
Curl_easy_init();
Curl_easy_setopt(); //bunch of them
Curl_easy_perform();
Curl_easy_cleanup();
}
Do_server_communication()
{
Do_request_response();
...
...
//bunch of processing
Do_request_response();
...
...
Do_request_response();
}
The effect of this is that I end up
Opening up a fresh ssl connection for each request response
Not reusing session ids
The server folks are unhappy over this and want me to revamp the communication to
Use the same open descriptor for the entire do_server_communication() : I should be able to achieve this moving the init and cleanup calls to do_Server_communication(), and use the same handle for multiple calls to do_request_response()
Reuse the session ids across multiple invocations of do_server_communication() : Looks like this cant happen across multiple easy handles...Is there anyway I can achieve it ?
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
About this: I submitted a patch some time ago to be able to reuse session ID's across multiple handles. So it is not possible with the current release version, but it will be (I assume?)
Regards.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
We do our own libcurl builds and I can put your patch in into my code if that is publicly available.
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2011-11-09