diff options
author | Daniel Stenberg <daniel@haxx.se> | 2018-01-20 13:57:12 +0100 |
---|---|---|
committer | Daniel Stenberg <daniel@haxx.se> | 2018-01-20 13:57:12 +0100 |
commit | ec122c4c83be69a37a56e29377f3d19c02d9c1ca (patch) | |
tree | 089951d5a9d768a8224b81aa33a6dc4cc2043851 /docs/TODO | |
parent | a5e6d6ebcb8dc00f264c89c3e5376f042c372efb (diff) |
TODO: two possible name resolver improvements
Diffstat (limited to 'docs/TODO')
-rw-r--r-- | docs/TODO | 21 |
1 files changed, 21 insertions, 0 deletions
@@ -27,6 +27,8 @@ 1.9 Cache negative name resolves 1.10 auto-detect proxy 1.11 minimize dependencies with dynamically loaded modules + 1.12 updated DNS server while running + 1.13 DNS-over-HTTPS 1.14 Typesafe curl_easy_setopt() 1.15 Monitor connections in the connection pool 1.16 Try to URL encode given URL @@ -273,6 +275,25 @@ app/invoke/used protocols would be necessary to load. See https://github.com/curl/curl/issues/349 +1.12 updated DNS server while running + + If /etc/resolv.conf gets updated while a program using libcurl is running, it + is may cause name resolves to fail unless res_init() is called. We should + consider calling res_init() + retry once unconditionally on all name resolve + failures to mitigate against this. Firefox works like that. Note that Windows + doesn't have res_init() or an alternative. + + https://github.com/curl/curl/issues/2251 + +1.13 DNS-over-HTTPS + + By adding support for DNS-over-HTTPS curl could resolve host names using a + totally separate name server than the standard system resolver, while at the + same time doing so over a communication channel that enhances privacy and + security. + + https://github.com/curl/curl/wiki/DNS-over-HTTPS + 1.14 Typesafe curl_easy_setopt() One of the most common problems in libcurl using applications is the lack of |