Thanks.
-
-
Replying to @RichFelker @revskills
Reported issue that came up on
#alpine-linux: https://code.google.com/a/google.com/p/public-dns/issues/detail?id=1838 …2 replies 0 retweets 1 like -
Replying to @RichFelker @revskills
Your client does not have permission to get URL /a/google.com/p/public-dns/issues/detail?id=1838 from this server.
1 reply 0 retweets 0 likes -
Replying to @CopperheadOS @revskills
TL;DR they truncate to zero-length answer rather than length that fits, breaking udp-only stub resolvers.
2 replies 0 retweets 0 likes -
that is legal though, there is no concept of "truncating to length that fits"
2 replies 0 retweets 0 likes -
Replying to @vavrusam @RichFelker and
either it fits or no (extra rrs are ok to be tc'd), client has to retry with bigger edns bufsize or tcp
1 reply 0 retweets 0 likes -
That's utterly unacceptable for performance, extra round trips to get data you don't want.
1 reply 0 retweets 0 likes -
check out rfc2181. Clients usually don't get payloads this big,and should use EDNS in 2017 if want more
1 reply 0 retweets 0 likes
They DON'T want more. They want a single working A.
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.