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

unbound-no-aaaa vs 'private-address: 0::0/0' #1

Closed
phizev opened this issue Sep 19, 2015 · 4 comments
Closed

unbound-no-aaaa vs 'private-address: 0::0/0' #1

phizev opened this issue Sep 19, 2015 · 4 comments

Comments

@phizev
Copy link

phizev commented Sep 19, 2015

Would adding private-address: 0::0/0 to unbound.conf not accomplish the same as unbound-no-aaaa without relying on using the python module?

@bezerker
Copy link

Just to confirm, the above line does prevent AAAA lookups and solves my needs I wanted to use this python addon for.

Thank you both @phizev and @berstend .

@phizev
Copy link
Author

phizev commented May 26, 2019

So to answer my own question, the difference is in time taken to respond to the query. private-address: 0::0/0 doesn't stop the query from being done. The query is done, and then the result is blocked from being sent back to the client. The python module here stops the query from being made in the first place (I believe), so it's much faster to get software to move on.

While private-address: 0::0/0 stops clients from getting results for AAAA addresses, the time it takes to do so can be ... painful, and wasteful of processing power/cache. Though, it works with a stock set up on a router with constrained flash.

@phizev phizev closed this as completed May 26, 2019
@rozhuk-im
Copy link

rozhuk-im commented Oct 1, 2023

local-zone: "google.com"			typetransparent
local-data: "google.com				30	IN AAAA	::0"
local-data: "www.google.com			30	IN AAAA	::0"

or

local-zone: "google.com"			block_aaaa

after NLnetLabs/unbound#884 get merged

@mmiller7
Copy link

Anyone know why "private-address: ::/0" seems to cause SERVFAIL responses that then makes some clients think there's no internet even though its returning IPv4 addresses perfectly?

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

4 participants