Live data from Hacker News

Big ISPs aren’t happy about Google’s plans for encrypted DNS

arstechnica.com

21–30 of 456 posts

Re: Big ISPs aren’t happy about Google’s plans for encrypted DNS

#21
post #9

From Google's perspective being able to block ads with your hosts file is a bug, not a feature.

For what it’s worth, at least in Chromium’s implementation: - The hosts file should still take effect (Chromium can read the hosts file and parse it already.) - The DoH upgrading should not override your default resolver. It works by having a lookup table of providers that support DoH and using DoH if your provider supports it. The list can be seen here: https://cs.chromium.org/chromium/src/net/dns/dns_util.cc?q=D...…

For now.

Google sneezes and this is gone.

We didn't think they'd take away extensions' abilities to block ads, and yet here we are.

We've seriously got to pursue breaking this company up. They're the absolute worst.

Re: Big ISPs aren’t happy about Google’s plans for encrypted DNS

#22
post #15

While I don't particularly trust Google all that much anymore, the fact that ISPs even have an opinion on this is a smoking gun that they're doing sketchy things with DNS data. There is no actual technical reason why they should care if you use their DNS servers or something else, even a private, encrypted DNS service.

We already know they do - they’ve injected ads + “suggestions” instead of dns failures in the past.

They’ve also injected permanently unique cookies in http requests.

ISPs can’t be trusted as dumb pipes, they’re closer to “clueless criminal” pipes.

But I agree with you, I don’t particularly trust google either.

Re: Big ISPs aren’t happy about Google’s plans for encrypted DNS

#23
post #21
post #9

Earlier quoted context omitted.

For what it’s worth, at least in Chromium’s implementation: - The hosts file should still take effect (Chromium can read the hosts file and parse it already.) - The DoH upgrading should not override your default resolver. It works by having a lookup table of providers that support DoH and using DoH if your provider supports it. The list can be seen here: https://cs.chromium.org/chromium/src/net/dns/dns_util.cc?q=D...…

For now. Google sneezes and this is gone. We didn't think they'd take away extensions' abilities to block ads, and yet here we are. We've seriously got to pursue breaking this company up. They're the absolute worst.

That is a serious misrepresentation of what's happening with Manifest v3.

Re: Big ISPs aren’t happy about Google’s plans for encrypted DNS

#24
I'm fine with encrypted DNS as long as it's from my router to the (encrypted) DNS provider of MY choice.

Interference from browsers with network level operations is my real worry. As far as I'm concerned, as long as the browser speaks HTTPS to my router, and my router speaks HTTPS to the servers, no problem. I'm worried about the "to protect the users we've hijacked their DNS directly via the browser" possibility though.

I know it used to be that using ISP DNS servers gave you access to some of their local caching and such. I don't hear that talked about much in these discussions. Is that no longer a thing, and thus we truly don't need ISP DNS?

Re: Big ISPs aren’t happy about Google’s plans for encrypted DNS

#25
post #13
post #4

Death to big ISPs.

Death to PiHole and every other DNS-based ad block and security system. At least, by Mozilla's plan.

PiHole supports DoH [0], via the cloudflared daemon. This won't change anything.

[0] https://docs.pi-hole.net/guides/dns-over-https/

Re: Big ISPs aren’t happy about Google’s plans for encrypted DNS

#26
post #13
post #4

Death to big ISPs.

Death to PiHole and every other DNS-based ad block and security system. At least, by Mozilla's plan.

Completely untrue. Those services just need to serve their own DoH endpoint and the user can add it in Firefox preferences. No harder than and arguably easier than the complicated procedure for changing system DNS, and it allows you to block things in your browser that you may not want blocked at the system level for all users.

Re: Big ISPs aren’t happy about Google’s plans for encrypted DNS

#27
post #22
post #15

While I don't particularly trust Google all that much anymore, the fact that ISPs even have an opinion on this is a smoking gun that they're doing sketchy things with DNS data. There is no actual technical reason why they should care if you use their DNS servers or something else, even a private, encrypted DNS service.

We already know they do - they’ve injected ads + “suggestions” instead of dns failures in the past. They’ve also injected permanently unique cookies in http requests. ISPs can’t be trusted as dumb pipes, they’re closer to “clueless criminal” pipes. But I agree with you, I don’t particularly trust google either.

Google's design doesn't ask you to trust Google more than you already do if you use Chrome. It doesn't default you to Google's DNS servers, will honor your current nameservers, and will upgrade you to DoH at any of those servers who support it. I'm honestly not sure what more you could ask for from Google on this particular issue.

Re: Big ISPs aren’t happy about Google’s plans for encrypted DNS

#29

I'm fine with encrypted DNS as long as it's from my router to the (encrypted) DNS provider of MY choice. Interference from browsers with network level operations is my real worry. As far as I'm concerned, as long as the browser speaks HTTPS to my router, and my router speaks HTTPS to the servers, no problem. I'm worried about the "to protect the users we've hijacked their DNS directly via the browser" possibility tho…

Chrome's design attempts to use your current DNS settings to access a DoH resolver and fallsback to the current behaviour if it fails.

The browser isn't interfering in any of your network operations.

Re: Big ISPs aren’t happy about Google’s plans for encrypted DNS

#30
post #19
post #13

Earlier quoted context omitted.

Death to PiHole and every other DNS-based ad block and security system. At least, by Mozilla's plan.

What’s stopping your PiHole or DMS adblocker from functioning as a MITM proxy? You’d just terminate HTTPS at the PiHole and perform the filtering there, right? Regardless, it’s a tiny thing to give up for more privacy.

Ah yes, Google and CloudFlare, those well-known bastions of privacy.
Post reply on HN