DoH Secure DNS Doesn't Make Us a Villain Mozilla Tells UK ISP's
theregister.co.uk
theregister.co.uk
Their only plausible motive would therefore seem to be that they currently enjoy profiting off your raw browsing data and violating your privacy at the highest level by spying on it and selling it. It can hardly be plausible that 'safety' is what they're concerned about.
I have always chosen ISPs that seem to support the little guy, and if there were one that wasn't in this Association to make a point, I'd join it. Can anyone in the UK speak to this to help out our UK readers?
Zen are in ISPA, but don't participate in any blocking or filtering.
They both provide service leagues ahead of the big ones, have tech support that's UK based and actually have a clue what they're on about.
The majors prefer you not to leave when you realise they're crap. :)
I guess someone from the ISPs told Mozilla that MPAA/RIAA may soon sue them too, as the two orgs have sued the hell out of ISPs for not filtering traffic.
Alternative take: DNS level blocking is sufficient to get the UK watchdogs off their backs, and DoH means that there will be requirements for something more intrusive soon. Instead of putting up a fight with the UK censors, they chose to deflect the blame to Mozilla.
In this interpretation they're not evil data resellers, they're merely spineless.
Yes, except compared to all the other countries.
It’s to the point where I (non-sarcastically) feel safer travelling with my data over a Russia border than I do the UK/USA/AUS border.
Since anecdotally my girlfriends family live in Russia and I like to visit the US (and my homeland, the UK) so I cross those borders often.
The ISP should not censor it. (I also think that HTTPS is probably not the best protocol for DNS, although it can still be used; just making DNS as TCP instead of UDP and then adding TLS, would help. But regardless of which way is done, it should be a separate program that the browser and other program using internet does not need to know the implementation of.)
Until that time comes, this is a fine step in the right direction, and you can disable Firefox's DNS if you don't want it.
Also, operating systems would have a much harder time doing that, especially if they don't all have integrated support for captive portal detection and similar.
> just making DNS as TCP instead of UDP and then adding TLS, would help
Then systems in the middle can tell it's DNS, and block it.
We're moving towards a world where all traffic will look like HTTPS, or eventually like http/3.
If carrier NAT is enabled (which in my opinion, it should be enabled by default, but the customer ought to have the ability to disable it if they want to disable it, so that you can have a real internet connection), then they might legitimately filter some transport protocols (e.g. TCP and UDP and other protocols in that layer) (but not application protocols), but if you disable NAT then you can use other transport protocols.
I use a lot of stuff that isn't HTTP(S).
(Still, the system domain name system should be independent of the implementation and the protocol in use. Whether you want to use HTTPS or something else for DNS, the browser shouldn't care.)
Is it? I understand that Debian has just added support. It should be as easy for Google to add it to Android as add it to Chrome. That leaves only Apple and Microsoft -- and even before that, anyone who likes to can set the DNS server in those operating systems to a stub that makes queries via DoH, either running on the local machine or connected via VPN. (I'm making that sound very tech nerd, but actually doing it isn't inherently any harder than installing Firefox.)
> Also, operating systems would have a much harder time doing that, especially if they don't all have integrated support for captive portal detection and similar.
Wouldn't it be the same issue for Firefox?
> We're moving towards a world where all traffic will look like HTTPS, or eventually like http/3.
Sad but true. Though at least HTTP/3 looks to support UDP, at which point it becomes a lot more reasonable to encapsulate whatever inside it.
How so? Windows does this at OS-level. Android seems capable too.
AFAIK, captive portal detection involves sending request to a known server on the Internet and getting back something that's a proper response from that server. This operation doesn't require a browser. Beyond that, from the system's POV, it's equivalent to being in a network that's not connected to the Internet. I don't see why we need to browsers to handle anything except captive portal's UI itself here.
At least I have switched over my entire network to DoH through Pi-Hole.