Buy commercial curl support from WolfSSL. We help you work
out your issues, debug your libcurl applications, use the API, port to new
platforms, add new features and more. With a team lead by the curl founder
himself.
Re:RE: [EXTERNAL] Re:Re: [HELP] What's the underlying connection reusing policy, can it be RR
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Daniel Stenberg via curl-library <curl-library_at_lists.haxx.se>
Date: Sun, 23 Jan 2022 11:46:14 +0100 (CET)
On Sun, 23 Jan 2022, 白水月 wrote:
> What I was doing is to send keepalive requests to the server. I'm just
> wondering if there is a more graceful solution.
TCP keepalive is rarely enough to maintain a connection. It usually also
requires actual TCP traffic to go over it, which in the HTTP/2 case could be
PING frames like with curl_easy_upkeep(). Sometimes it will also require HTTP
requests to prevent the server from killing connections for being idle.
If you're using HTTP/1 you instead can do "no-op" HTTP requests, such as HEAD
or OPTIONS.
Date: Sun, 23 Jan 2022 11:46:14 +0100 (CET)
On Sun, 23 Jan 2022, 白水月 wrote:
> What I was doing is to send keepalive requests to the server. I'm just
> wondering if there is a more graceful solution.
TCP keepalive is rarely enough to maintain a connection. It usually also
requires actual TCP traffic to go over it, which in the HTTP/2 case could be
PING frames like with curl_easy_upkeep(). Sometimes it will also require HTTP
requests to prevent the server from killing connections for being idle.
If you're using HTTP/1 you instead can do "no-op" HTTP requests, such as HEAD
or OPTIONS.
-- / daniel.haxx.se | Commercial curl support up to 24x7 is available! | Private help, bug fixes, support, ports, new features | https://curl.se/support.html
-- Unsubscribe: https://lists.haxx.se/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.htmlReceived on 2022-01-23