Buy commercial curl support. 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 Daniel himself.
Re: HTTPS RR side of things
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Niall O'Reilly via curl-library <curl-library_at_lists.haxx.se>
Date: Fri, 21 Feb 2025 18:00:48 +0000
On 20 Feb 2025, at 21:32, Daniel Stenberg made some helpful comments,
which I appreciate very much; he wrote:
> Isn't this pretty much what is already being attempted by getdns, libunbound, c-ares and the likes?
Yes, but not exactly, I think. Using any of these is ideal iff it is acceptable
for the application to ignore "local policy" (nsswitch, ipv6 address selection).
ISTR mail from you quite a while ago that made me appreciate (after a while: I might
be a slow learner) that getaddrinfo() isn't such an abomination as I used to think
it was. 8-)
Thanks for that.
> But yes, a worthy project it sounds like!
Thanks for the encouragement!
> Writing a getaddrinfo drop-in replacement is a task that has been attempted and failed countless number of times by competent developers.
>
> So even without adding anything extra, doing this "right" is hard.
Yup.
> Happy Eyeballs v2 is enough of a challenge as it for example does not work with getaddrinfo due to its limited API.
Yup.
> It'll be interesting to see what v3 changes in the mix.
Yup again. I guess you have read, or soon will read, the draft, so I don't need to comment
any more extensively.
> I suspect the real complications will probably end up in the layers outside of pure DNS though.
Fourth yup.
Thanks
/Niall
Date: Fri, 21 Feb 2025 18:00:48 +0000
On 20 Feb 2025, at 21:32, Daniel Stenberg made some helpful comments,
which I appreciate very much; he wrote:
> Isn't this pretty much what is already being attempted by getdns, libunbound, c-ares and the likes?
Yes, but not exactly, I think. Using any of these is ideal iff it is acceptable
for the application to ignore "local policy" (nsswitch, ipv6 address selection).
ISTR mail from you quite a while ago that made me appreciate (after a while: I might
be a slow learner) that getaddrinfo() isn't such an abomination as I used to think
it was. 8-)
Thanks for that.
> But yes, a worthy project it sounds like!
Thanks for the encouragement!
> Writing a getaddrinfo drop-in replacement is a task that has been attempted and failed countless number of times by competent developers.
>
> So even without adding anything extra, doing this "right" is hard.
Yup.
> Happy Eyeballs v2 is enough of a challenge as it for example does not work with getaddrinfo due to its limited API.
Yup.
> It'll be interesting to see what v3 changes in the mix.
Yup again. I guess you have read, or soon will read, the draft, so I don't need to comment
any more extensively.
> I suspect the real complications will probably end up in the layers outside of pure DNS though.
Fourth yup.
Thanks
/Niall
-- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2025-02-21