Skip to content
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

net: DNS client relies on CNAME order #34677

Closed
iangudger opened this issue Oct 3, 2019 · 2 comments
Closed

net: DNS client relies on CNAME order #34677

iangudger opened this issue Oct 3, 2019 · 2 comments
Labels
FrozenDueToAge NeedsInvestigation Someone must examine and confirm this is a valid issue and not a duplicate of an existing one.
Milestone

Comments

@iangudger
Copy link
Contributor

According to RFC 1034, section 3.6:

The order of RRs in a set is not significant, and need not be preserved by name servers, resolvers, or other parts of the DNS.

The current DNS client is relying on the RR order in order to determine the CNAME (source). I think this works because most DNS servers do serve CNAMES in a significant order.

/cc @mdempsky

@andybons andybons added the NeedsInvestigation Someone must examine and confirm this is a valid issue and not a duplicate of an existing one. label Oct 3, 2019
@andybons andybons added this to the Unplanned milestone Oct 3, 2019
@mdempsky
Copy link
Member

mdempsky commented Oct 3, 2019

That code is grabbing the A/AAAA RRset owner name as a way to short circuit having to walk any CNAME chain. The logic is explained on lines 631–644.

@iangudger
Copy link
Contributor Author

You're right.

@golang golang locked and limited conversation to collaborators Oct 2, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
FrozenDueToAge NeedsInvestigation Someone must examine and confirm this is a valid issue and not a duplicate of an existing one.
Projects
None yet
Development

No branches or pull requests

4 participants