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

[HELP] How does blocky (dns ad bloking) work #964

Open
javierspn opened this issue Mar 18, 2024 · 0 comments
Open

[HELP] How does blocky (dns ad bloking) work #964

javierspn opened this issue Mar 18, 2024 · 0 comments

Comments

@javierspn
Copy link

Hi! First and foremost, congratulations for the project!

I intend to use it for my homelab but I am pretty unsure on how blocky is integrated here. My plan is to use this on containers.

The thing is I have read the documentation and it is unclear (maybe I am dense) on how the ad blocking works.

I see that there are Zone handlers and I get that once a DNS request is received, the order configured on the zone are queried in order:

- cache_ttl: "3600"
  to: 8.8.8.8:53
  type: forward_blocky
- to: 8.8.8.8:53
  type: forward_ip

Let's say I have a Gravity server with IP 10.10.10.10 and a client. I have a single DNS record on a sigle zone there : server.lan --> 10.10.10.110.

  1. Query one: adservices.google.com

Gravity server receives the query and first it checks on blocky if it is part of the list of ad domains and blocks it.

  1. Query two: server.lan

Gravity server receives the query and first it checks on blocky if it is part of the list of ad domains. As it is not blocked, neither is an external domain resolution, it replies with server.lan --> 10.10.10.110

Is my assumption right?

Sorry to bother you all with such a simple question but as said it is not clear for me within the documentation. Probably some of you have already a similar setup...

I

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

1 participant