dns: stop using cares DNS resolver#2618
Conversation
Signed-off-by: Rafal Augustyniak <raugustyniak@lyft.com>
Signed-off-by: Rafal Augustyniak <raugustyniak@lyft.com>
|
/retest |
Signed-off-by: Rafal Augustyniak <raugustyniak@lyft.com>
Signed-off-by: Rafal Augustyniak <raugustyniak@lyft.com>
Signed-off-by: Rafal Augustyniak <raugustyniak@lyft.com>
|
/retest |
1 similar comment
|
/retest |
|
/retest |
Signed-off-by: Rafal Augustyniak <raugustyniak@lyft.com>
Signed-off-by: Rafal Augustyniak <raugustyniak@lyft.com>
|
I think that I should be able to remove some dependencies on cares from BUILD files too. |
|
/retest |
Signed-off-by: Rafal Augustyniak <raugustyniak@lyft.com>
alyssawilk
left a comment
There was a problem hiding this comment.
sweet.
remove from envoy_build_config/extensions_build_config.bzl as well?
Signed-off-by: Rafal Augustyniak <raugustyniak@lyft.com>
I do not see cares referenced in there. I was able to remove a few more lines of code related to cares tho - c95b854 |
Signed-off-by: Rafal Augustyniak <raugustyniak@lyft.com>
|
/retest |
| } | ||
|
|
||
| std::string EngineBuilder::generateConfigStr() const { | ||
| #if defined(__APPLE__) |
There was a problem hiding this comment.
I don't have high confidence of consistently using the apple resolver without this block - I'd think we'd want to replace cares here with getaddrinfo. Do we have any e2e validation for that? Alternately, can you get a secondary Lyft reviewer?
cc @RyanTheOptimist because perhaps it won't take effect until we switch to the c++ builder by defualt
There was a problem hiding this comment.
If I'm following the PR and your comment correctly, I think the reason we'll use the Apple resolver without this block regardless of the Builder type (after this PR lands) is because of the change to config.cc:
Unless there is code to specifically override dns_resolver_config (which there shouldn't be since @Augustyniak seems to have removed it in this PR), it will use the Apple resolver on iOS and getaddrinfo elsewhere. Does that sound right to you?
There was a problem hiding this comment.
fair enough. the one other thing i'd ask for is a follow-up tracking issue on removing the cares dependency, which may be an upstream thing
There was a problem hiding this comment.
Unless there is code to specifically override dns_resolver_config (which there shouldn't be since @Augustyniak seems to have removed it in this PR), it will use the Apple resolver on iOS and getaddrinfo elsewhere. Does that sound right to you?
- iOS engine builder always uses
apple dns resolver - Kotlin engine builder uses
apple dns resolveron mac andgetaddrinfoeverywhere else (linux/Android). I can modify it so that it always usesgetaddtinfo- let me know. - c++ engine builder uses
apple dns resolveron mac/OS andgetaddrinforesolver everywhere else.
I would appreciate your thoughts on 2). Will look into @alyssawilk 's comment more and open GH issue if I cannot figure it out.
|
/retest |
…builder-function * origin/main: remove the use of deprecated flag (#2658) Cronvoy: Map EM Errors to Cronet API Errors II (#1594) (#2633) build: revert boring patch (#2651) Bump Lyft Support Rotation (#2654) fix one issue blocking bumping Envoy (#2649) ci: remove Snow from Lyft EM rotation (#2650) ci: increasing timeouts (#2653) python: Apply Envoy python-yapf formatting (#2648) repo: Shellcheck cleanups (#2646) repo: Switch `pip_install` -> `pip_parse` (#2647) Use safe_malloc instead of new when creating new_envoy_map_entry (#2632) python: Pin requirement hashes (#2643) Disable flaky TestConfig.StringAccessors (#2642) ci: migrate from set-output to GITHUB_OUTPUT (#2625) Add a comment to addPlatformFilter (#2634) Allow Cronvoy to build with proguard. (#2635) Update Envoy (#2630) Add support for Platform and Native filters to C++ EngineBuilder (#2626) Register getaddrinfo in extension_registry (#2627) dns: stop using cares DNS resolver (#2618) Signed-off-by: JP Simard <jp@jpsim.com>
Description: Remove the usage of cares DNS resolver, use
getaddrinfobased DNS resolver instead. Fixes #2534.Risk Level: Low, Envoy Mobile default was not to use cares.
Testing: Existing unit/integration tests.
Docs Changes: N/A
Release Notes: Done
Signed-off-by: Rafal Augustyniak raugustyniak@lyft.com