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

Improve DNS error reporting and update to current miekg/dns #2153

Merged
merged 2 commits into from
Nov 3, 2016

Conversation

beorn7
Copy link
Member

@beorn7 beorn7 commented Nov 3, 2016

We hit the 64kiB limit at SC on Monday, and the error message was so misleading that a major treasure hunt ensued.

While investigating, I incorporated the update to the current miekg/dns, inspired by @discordianfish

@brian-brazil @fabxc @matthiasr whoever…

beorn7 added 2 commits November 3, 2016 14:40
This is to pull in bug fixes. However, it also requires code changes,
see next commit.
When hitting the 64kiB limit of DNS, the error message so far was
really misleading.
@beorn7 beorn7 changed the base branch from master to release-1.2 November 3, 2016 14:55
@beorn7
Copy link
Member Author

beorn7 commented Nov 3, 2016

Re-fixes #360.

@discordianfish
Copy link
Member

LGTM - but having some integration tests for this would be useful.

BTW: I'm pretty sure I ran into the 64k limit back then already and up till today I'm surprised this limit so barely known.. I still haven't found anything stating that "64k is max". IIRC this limit was due to the limit of a pointer or something.

@beorn7
Copy link
Member Author

beorn7 commented Nov 3, 2016

@discordianfish Surely integration tests would be great. If you have something up your sleeves, you'd make us all very happy.

There is a 2byte field for the payload size in DNS, so more than 64k cannot be expressed.

@beorn7
Copy link
Member Author

beorn7 commented Nov 3, 2016

@brian-brazil Does this look good to you? With this in, I could cut 1.2.3

@brian-brazil
Copy link
Contributor

👍

Copy link
Member

@grobie grobie left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM.

I assume you've tried this at SoundCloud with addresses returning truncated and not-truncated responses?

@beorn7
Copy link
Member Author

beorn7 commented Nov 3, 2016

Yes.

To be clear: The existing implementation had worked alright. Just that it said "No servers could be reached" instead of "truncated despite using TCP".

@beorn7 beorn7 merged commit 6ba87cb into release-1.2 Nov 3, 2016
@beorn7 beorn7 deleted the beorn7/vendoring branch November 3, 2016 19:07
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

Successfully merging this pull request may close these issues.

4 participants