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

Behavior Difference in following CNAME rewrite #750

Closed
SivaKesava1 opened this issue Sep 28, 2023 · 2 comments
Closed

Behavior Difference in following CNAME rewrite #750

SivaKesava1 opened this issue Sep 28, 2023 · 2 comments

Comments

@SivaKesava1
Copy link

Hi @ShreyasZare,

Ferret discovered a difference in behavior from Bind, NSD and Knot that is probably not a bug, but might be interesting to know.

This is using test case 320.

Zone file is:

campus.					      500 IN SOA	ns1.outside.edu. root.campus.edu. 3 604800 86400 2419200 604800
campus.					      500 IN NS		ns1.outside.edu.
*.campus.				      500 IN CNAME	example.uni.email.campus.

Response from Technitium:

          "opcode QUERY",
          "rcode NOERROR",
          "flags QR AA RA",
          ";QUESTION",
          "mybankcard.campus. IN NS",
          ";ANSWER",
          "mybankcard.campus. 500 IN CNAME example.uni.email.campus.",
          ";AUTHORITY",
          ";ADDITIONAL"

Response from Bind, Knot and NSD is:

           "opcode QUERY",
          "rcode NOERROR",
          "flags QR AA",
          ";QUESTION",
          "mybankcard.campus. IN NS",
          ";ANSWER",
          "mybankcard.campus. 500 IN CNAME example.uni.email.campus.",
          "example.uni.email.campus. 500 IN CNAME example.uni.email.campus.",
          ";AUTHORITY",
          ";ADDITIONAL"

They all use the CNAME record again to rewrite the new query, and then they notice that both the query name and the target are the same, so they stop. CNAME chains should be followed, so the expected response is to have both the records.

--Siva

@ShreyasZare
Copy link
Member

Thanks for the feedback. Yes this is due to CNAME checks added which prevents another CNAME record being added if it points to same domain. Will check this implementation once again.

@ShreyasZare
Copy link
Member

Thanks again for the report. Technitium DNS Server v11.5.2 is now available that fixes this issue. Do update and let me know your feedback.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants