Hello,
I am facing an issue with Happy Eyeballs in dual-stack mode when server list in
resolv.conf starts from not responding IPv6 name servers like
IPv6 server1
IPv6 server2
IPv4 server1
…
IPv4 server N
In this case, it takes libcurl too long to start IPv4 connection (10s, in my
example, 5
On Thu, 25 Nov 2021, Dmitry Karpov via curl-library wrote:
It seems the problem is that even though libcurl implements Happy Eyeballs
for DNS queries and runs A and queries in parallel, c-ares still goes
through the list of name servers as they are listed in the resolv.conf.
All the name
On 25-Nov-21 03:01, Daniel Stenberg via curl-library wrote:
On Thu, 25 Nov 2021, Dmitry Karpov via curl-library wrote:
It seems the problem is that even though libcurl implements Happy
Eyeballs for DNS queries and runs A and queries in parallel,
c-ares still goes through the list of name
On Thu, 25 Nov 2021, Dmitry Karpov via curl-library wrote:
IPv6 server1
IPv6 server2
IPv4 server1
It just struck me: did you mean "IPv6" vs "IPV4" here as servers that respond
with A and records, or are they simply servers you access over IPv4 and
IPv6 and they can both respond with
On Wed, Nov 24, 2021 at 11:12 PM Dmitry Karpov via curl-library
wrote:
> Is it possible to work around this issue somehow?
Yes, keep a local dns cache running and query that instead, nowadays
most newer distros ship with systemd-resolved.. if that's not what you
want, unbound will do the trick
On Thu, Nov 25, 2021 at 11:10 PM Cristian Rodríguez
wrote:
>
> On Wed, Nov 24, 2021 at 11:12 PM Dmitry Karpov via curl-library
> wrote:
>
>
> > Is it possible to work around this issue somehow?
>
>
> Yes, keep a local dns cache running and query that instead, nowadays
> most newer distros ship wi
> So, the socket is doomed to reach whatever timeout c-ares have.. this is a
> subtl
subtle conformance bug, which will not be fixed, setting ip(6)_recverr
gets you the error back and the server should be quickly marked as
broken..
--
Unsubscribe: https://lists.haxx.se/listinfo/curl-library
Etiq