-
Notifications
You must be signed in to change notification settings - Fork 4.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(dns): resolv.conf options timeout: 0 is ignored #12640
Conversation
651b44c
to
2ec79ab
Compare
2ec79ab
to
5f2324b
Compare
aa0c3fb
to
a23379f
Compare
a23379f
to
3796a6b
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM with misc notes.
3796a6b
to
9fcb019
Compare
Just out of curiosity, is there any doc describing the special behaviour of |
9fcb019
to
9ed3a29
Compare
Seems different implementations behave not exactly the same. Regarding Kong DNS, reset |
### Summary The `options timeout: 0` has a specific meaning in `resolv.conf`. It means that the request will be sent to all nameservers without waiting and whoever answers first, will be accepted. In Kong the `options timeout: 0` cause actually all the DNS queries themselves to timeout. This is bad as some platforms tend to follow `options timeout: 0` as a good practice when having more than one resolver. Kong should in future support parallel thread based resolving from multiple resolvers, but first we need to get this fix to stop it causing issues. Signed-off-by: Aapo Talvensaari <[email protected]>
352e16b
to
43fa876
Compare
Successfully created cherry-pick PR for |
Summary
The
options timeout: 0
has a specific meaning inresolv.conf
. It means that the request will be sent to all nameservers without waiting and whoever answers first, will be accepted.In Kong the
options timeout: 0
cause actually all the DNS queries themselves to timeout. This is bad as some platforms tend to followoptions timeout: 0
as a good practice when having more than one resolver.Kong should in future support parallel thread based resolving from multiple resolvers, but first we need to get this fix to stop it causing issues.
Checklist
changelog/unreleased/kong
orskip-changelog
label added on PR if changelog is unnecessary. README.mdFix FTI-5791