Live data from Hacker News

Firefox 83 introduces HTTPS-Only Mode

blog.mozilla.org

411–420 of 525 posts

Re: Firefox 83 introduces HTTPS-Only Mode

#411
post #375

Earlier quoted context omitted.

Agree to disagree. I've met enough Americans to believe that if we made voting mandatory, we'd just end up with Optimus Prime at the top of the ticket. You can make an act compulsory on the whole population but you can't legislate duty-of-care upon the whole population.

Voting should be mandatory but the first listed option for every office should be "I approve of no candidate and think none of them should win" (the disaffected vote), and the second listed option should be "I approve of every candidate and don't care who wins" (the apathetic vote). With our current system it's impossible to tease out how many voters are disaffected vs apathetic vs simply disenfranchised (in the abov…

Technically those options are trivial with a non-defective system like approval voting, but assuming you're stuck with first-past-the-post, that's pretty much correct.

Re: Firefox 83 introduces HTTPS-Only Mode

#412

Earlier quoted context omitted.

> It's probably not that efficient anyway to be using pihole's filtering in Firefox compared with just ublock origin anyway. Pihole operates at the network level. It can block Windows Telemetry, ads on your Roku, smart devices trying to phone home, etc. Any guest devices that connect to your network also benefit without you having to install blockers on them. It's not a replacement for ublock, it's used in conjunctio…

Your Pi-hole working on other people's devices is a bad thing. After all, there's nothing stopping you from configuring your Pi-hole to filter political content you disagree with instead of just ads, trackers, and malware.

> Your Pi-hole working on other people's devices is a bad thing.

No, it isn't. Never mind the fact that that isn't how PiHole works, I'm perfectly within my right to control how my home network functions.

Re: Firefox 83 introduces HTTPS-Only Mode

#413

What I don't understand is why there isn't a simple button when you land into a HTTP page to switch to HTTPS. In the browser bar, to the left the address, you get an icon of a padlock, with a red slashed circle across it, and the word "Not secure". Why can't you click on this to get a popup to switch to trying the HTTPS version of the URL? You can click on it, you get to a read-only tree of information providing info…

Because that’s a lot of hidden UI for something people rarely want to do (be on an insecure version of a website while a secure version exists) and might not work and that they can still do relatively easily by typing ”s”.

Re: Firefox 83 introduces HTTPS-Only Mode

#414
post #23

I wonder how it will work against websites like http://neverssl.com (which helps me to log in to some wifi portals, HTTPS Everywhere shows the prompt for a temporary exception.)

Firefox has is own such domain, detectportal.firefox.com, which would presumably be excluded. But otherwise, it looks like the user will just have to turn it off for these kind of sites. Same goes for things like browsing APT update servers that don't use HTTPS by design.

Re: Firefox 83 introduces HTTPS-Only Mode

#415

Earlier quoted context omitted.

If you follow the DNS specs this will not a problem. If you use *.local for local domain names DoH will never be triggered From Mozilla documentation. "localhost" and names in the ".local" TLD will never be resolved via DOH. [1] Lan based services are pretty common use case. Mozilla is hardly going to release this feature without considering this. The Cloudflare / Archive.is point is esoteric debate and not a common…

> If you follow the DNS specs this will not a problem. If you use *.local for local domain names DoH will never be triggered I don't think PFsense + Unbound supports appending .local to every hostname automatically, so I'd have to change every last one of my hostnames to whatever.local and that seems like a real pain. (Surely most people are not using whatever.local in their /etc/hostname, right?) > The Cloudflare /…

It is perhaps reason for you(and others) not wanting migrate, however there is nothing wrong in the way DoH functionality is implemented.

Cloudflare broke a lot of traffic when the 1.1.1.1 dns server came up, google broke lot of dev setups when they got the . dev TLD, however it is not theit fault though.

Re: Firefox 83 introduces HTTPS-Only Mode

#416
post #87

Earlier quoted context omitted.

I want my OS to do DNS - including DOH, not my browser. I want a single source for my DNS I want my network to tell me a DNS server to use. As I own my computer I can override that, but much of the time I want to use the network provided DNS server.

I think in 2020 we can declare that Californian companies dictate what you can and can't do on your computer, which DNS server to use and what goes through a VPN client and what does not. The same way they decide what is a fact, what is newsworthy and what you are allowed to read / post.

"Eschew flamebait. Don't introduce flamewar topics unless you have something genuinely new to say. Avoid unrelated controversies and generic tangents."

https://news.ycombinator.com/newsguidelines.html

Re: Firefox 83 introduces HTTPS-Only Mode

#417
post #337

Earlier quoted context omitted.

> None of this - DoH, nor HTTPS-only - is required. It's not even on by default (yet). I had to disable DoH on all 5 of my machines because it was enabled automatically. > You mention pihole; and though I've never used it, they do have a page on DoH pihole supports using Cloudflare as an upstream DoH provider, not acting as a DoH provider.

> I had to disable DoH on all 5 of my machines because it was enabled automatically. Some googling: it's on by default in the US now, not yet globally. > pihole supports using Cloudflare as an upstream DoH provider, not acting as a DoH provider. That's unfortunate; are you sure it's not just a little poorly documentend? At least the underlying software they link to https://developers.cloudflare.com/1.1.1.1/dns-over-h…

My objection is that the change was made without notice or explicit permission, and changed the chain of trust. Mozilla decided that I should trust Cloudfare and that I should not trust my own network or the corporate network.

Re: Firefox 83 introduces HTTPS-Only Mode

#418
post #87

Earlier quoted context omitted.

I want my OS to do DNS - including DOH, not my browser. I want a single source for my DNS I want my network to tell me a DNS server to use. As I own my computer I can override that, but much of the time I want to use the network provided DNS server.

> I want my OS to do DNS - including DOH, not my browser. The cat is out the bag, so to speak. I foresee a lot of adware, spyware, and malware leveraging DoH now to evade just about every DNS-based monitoring/blocking/provisioning solutions. Anyway, the right layer to monitor for Internet traffic has always been the IP layer (VPNs notwithstanding).

Run your own DNS server locally. It's not that hard.

Re: Firefox 83 introduces HTTPS-Only Mode

#419
post #87
post #18

I’m surprised at the negative knee-jerk reaction. I actually love this idea immediately. It encapsulates something I kind of already wanted when using HTTPS Everywhere. This doesn’t guarantee the transport is end-to-end secure; I’m sure plenty will strip the encryption at an LB and then possibly send it back over the internet. But, I think it’s a good addition nevertheless. Here’s to hoping for more DoH and encrypted…

I want my OS to do DNS - including DOH, not my browser. I want a single source for my DNS I want my network to tell me a DNS server to use. As I own my computer I can override that, but much of the time I want to use the network provided DNS server.

Cool, that makes you one of the people that's going to keep DoH turned off. What's the problem?

Re: Firefox 83 introduces HTTPS-Only Mode

#420
post #23

I wonder how it will work against websites like http://neverssl.com (which helps me to log in to some wifi portals, HTTPS Everywhere shows the prompt for a temporary exception.)

Firefox by default tries to connect to http://detectportal.firefox.com/success.txt in order to detect captive portals.
Post reply on HN