29
Quad9 censoring DNS requests?
(lemmy.world)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 19 Apr 2024
29 points (83.7% liked)
Privacy
32033 readers
669 users here now
A place to discuss privacy and freedom in the digital world.
Privacy has become a very important issue in modern society, with companies and governments constantly abusing their power, more and more people are waking up to the importance of digital privacy.
In this community everyone is welcome to post links and discuss topics related to privacy.
Some Rules
- Posting a link to a website containing tracking isn't great, if contents of the website are behind a paywall maybe copy them into the post
- Don't promote proprietary software
- Try to keep things on topic
- If you have a question, please try searching for previous discussions, maybe it has already been answered
- Reposts are fine, but should have at least a couple of weeks in between so that the post can reach a new audience
- Be nice :)
Related communities
Chat rooms
-
[Matrix/Element]Dead
much thanks to @gary_host_laptop for the logo design :)
founded 5 years ago
MODERATORS
Don't all providers have the ability to filter things?
Personally I have very few problems with DNS providers filtering out malware, that sounds like a benefit to me.
It depends on what you can consider "the ability". If by ability you mean have to deploy a team of engineers working for a week to make it happens, that's okay, if they've their system built for it things are different.
I can do this in like 5 seconds with my PiHole and not only am I not a network engineer, I would encourage people to never employ me as such.
So for an actual business that has a bigger budget than me ($0) and more hours to devote to it than me (.02), shouldn't it be less of a problem?
Exactly and consider Cloudflare for instance, adding an “if domain block” is easy but then once you’ve thousands of servers running the same piece of software across the globe deploying updates and features becomes way slower and way harder. You’ve to consider tests, regressions, a way to properly store and sincronize the blocklists across nodes etc…
I'm not saying it can be done, because it can. But it will take longer and it will be a problem for someone. Besides you only have that point and click interface in your PiHole that allows you to do it in .02 because someone spend a few hours developing the feature. :)
This is what we're trying to explain to you, this is how DNS works. Those thousands of servers? Recusrive DNS resolvers, ran by Cloudflare. All watching and caching the records from Cloudflare's authoritative nameservers in near real time, because that's how it was designed. You don't need to test for regressions, figure out how to properly store and synchronize the "blocklist" (it's not a blocklist, it's changing a domain record or simply using a CNAME to point to the registrar) or whatever else, because DNS is continuous, and it was designed to do what you're describing, in the 90's.
Yes, if you're updating your infrastructure, you'd want to test. But this isn't that.
Ever ran into an expired domain and thought about how the registrar can just park an expired domain and make it an ad for themselves? That's just them adding a CNAME in their authoritative nameservers, which gets distributed globally. The prior delinquent owner can still be hosting, but because they don't have the authoritative nameserver they can't use the domain anymore.
The ability to selectively respond to DNS requests is integral to the function of DNS. The only real issue here is that there isn't a standard response code indicating the reason for not returning the record like there is in http
The availability of such feature and how useful it might be to block something is dependent on the actual implementation (software) you're using.