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
Custom filter in hosts format should only respond to A type queries #3789
Comments
If I put it in "DNS rewrites" instead of "Custom filter" it works as expected. It would be nice to just keep all the rules in 1 place, in custom filter. |
Have you tried using the
This should rewrite only |
Ah I didn't know about |
@timkgh, is your issue resolved then? |
Yes, it is resolved. But should it still be considered a bug if you use the hosts file format? To me hosts format implies @ameshkov wdyt? |
Actually, AGH works exactly as the hosts files are supposed to work. If you have a line with an IPv6 address, but no lines with an IPv4 address, you'll end up with an empty NOERROR response to |
@ameshkov It may work for A and AAAA queries, but it is still responding to TXT and CAA queries, I'd expect these to be forwarded upstream. |
Tbh, I don't think blocklist maintainers expect us to forward TXT queries to the domains they list as blocked. |
But this is not really blocking, it's more like a rewrite of an A record: |
Yes, the usage of I'm going to close this issue for now, since the solution is to not use the hosts format for DNS rewrites. Please feel free to open discussions for help with the |
v0.107.0-b.13
I have a custom filter in the hosts file format of the form:
192.168.1.2 my.example.com
It works fine if I query for
A
record.But AGH responds to other record types (e.g.
TXT
,CAA
) with aSOA fake-for-negative-caching.adguard.com.
This does not seem right. Why is it responding to other record types? This is a (public) subdomain that I want the A record to be a private LAN IP (returned only by AGH) while the other record types can come via the upstream/domain DNS servers.
The text was updated successfully, but these errors were encountered: