Opera 67.0.3574.0 developer update
-
andrew84 last edited by
@temkem said in Opera 67.0.3574.0 developer update:
it doesn't work on Opera Developer 67.0.3574.0 !
Then maybe indeed they forgot to enable the doh settings UI in browser and that 'invisible' toggle stays disabled even with those flags enabled.
-
A Former User last edited by
@andrew84 Yes, if you enable these flags and, as an experiment, edit the Local State file in dev 67.0.3574.0 using the example from beta 67.0.3575.2, DoH will work in dev 67.0.3574.0 as well.
-
-
l33t4opera last edited by sgunhouseHi @temkem, @johnd78, as far as I know, the
opera:flags#dns-over-httpsis Chrome's implementation of the feature, and is independent from the Opera'sopera:flags#opera-doh. It seems, that when you enabled the#dns-over-https, you have now working this one;-)Please also be aware, that Chrome's implementation seems to be available so far on Windows and Mac, but not for Linux.
Please also keep in mind, that if the DNS servers assigned by your ISP/router, are not the ones from the Providers in the mapping table, then this will not work, and it will fallback to your default DNS servers. You can also try to uncheck "auto detecting" of DNS servers in your OS network card settings, and add one or more IP addresses of "compatible" servers from the list mentioned above, for example: 1.0.0.1, 8.8.8.8, or 8.8.4.4
-
ralf-brinkmann last edited by@simcard I can scroll that main page and the subpages. Under W10x64 and Operax64.
-
A Former User last edited by A Former User
@ralf-brinkmann: I can scroll the page only if I disable "easylist" from adblocker.
-
-
l33t4opera last edited by
@temkem, @johnd78 You can read more about the prerequisites in this article.
-
l33t4opera last edited by l33t4opera
@temkem, @johnd78 Conclusions from my recent tests on Linux. The options in settings seems to doesn't work for Google and partially for custom DNS server. Because when you select the option and enter custom DNS server, for example 1.0.0.1, then it works (switches to that server), and also writes it to the "Local State" file under below sections:
"dns_over_https": { "mode": "automatic", "opera": { "custom_servers": "1.0.0.1",However, when you enter server from other provider (no matter if only IP or in the proposed format for Google:
https://dns.google/dns-query?8.8.4.4, this writes it to the file, but it doesn't work. It is most probably like that, because I'm checking it on Linux. I assume, that this is still not available on Linux, but I can check it also on Windows and Mac in few days. -
ralf-brinkmann last edited by
@simcard I don't use the built in adblocker. I use uBlock Origin and uMatrix. And I don't use Easylist in my settings.
-
-
-
A Former User last edited by
@leocg said in Opera 67.0.3574.0 developer update:
@temkem It's working in Opera for me, at least at this moment.
Encrypted SNI ?
-
-
l33t4opera last edited by l33t4opera
@temkem I rechecked it more closely, and on developer you need to set "dns-over-https": 1, under "flags" section (no need to add "opera-doh": 1,) in the "Local State" file, also (if you don't have it added already from previous settings), you need to add the section as shown below:
"dns_over_https": {
"mode": "automatic",
"opera": {
"custom_servers": "",
"doh_mode": "cloudflare"
},
"templates": "https://opera.cloudflare-dns.com/dns-query"
},
save the changes, relaunch the Opera, and the Cloudflare's Secure DNS works by default (also under Linux).Regarding eSNI, yes it's kinda working from some time in FF - if you enable it manually (it's disabled by default), and it is expected to be added in Chromium (so in the Opera, since it's based on it), but:
1. "eSNI is still an evolving standard, Firefox and Cloudflare just decided to implement a draft before the standard was finalized. Chrome will likely implement it as soon as it’s finalized." - the source link.
2. The current status on that matter from Chromium's team. -
A Former User last edited by A Former User
@l33t4opera said in Opera 67.0.3574.0 developer update:
on developer you need to set "dns-over-https": 1, under "flags" section (no need to add "opera-doh": 1,)
Yes, I checked it too. But in order for UI for setting DNS over HTTPS options to be available in beta 67.0.3575.2 settings, you still need to enable the flag
opera:flags/#opera-doh. Editing a Local State file is just a workaround. -
ralf-brinkmann last edited by
@temkem Oh really?! How did you do this? In my Firefox Encrypted SNI is not enabled (like in Opera).
-
-
l33t4opera last edited by
@johnd78 Yes, I wrote there about developer.
Some other news regarding eSNI implementation from the Chromium's team:
"We're still in the process of implementing the core protocol and having sufficient testing/coverage. There are also underlying spec issues that we are working to resolve to hopefully ease the deployment hazards and potential attacks on the protocol.
At least initially we'll likely predicate ESNI usage on DoH, to avoid running into issues with legacy resolvers that might be unable to handle/timeout with multiple asynchronous queries with non A/AAAA record types." - the source link. -
l33t4opera last edited by
Encrypted SNI is not enabled (like in Opera)
It is available/enabled in your case in the Opera, most probably because you use Simple DNSCrypt - management tool for dnscrypt-proxy, which "includes a local DoH server in order to support ESNI" - the link, but you can also read:
"ESNI doesn't exist yet, it's still being designed.
What exists is an early experiment by Cloudflare and Mozilla, that turned out to be a good marketing tool. The web browser decides whether to enable this or not.
Right now, the rule hardcoded in Firefox is ''enable it only if Firefox was configured to directly talk to Cloudflare DNS, and the user tries to connect to a Cloudflare customer". " - the link.
