Opera 67.0.3574.0 developer update

l33t4opera

l33t4opera @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

ralf-brinkmann @Guest

@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 @l33t4opera

@l33t4opera Firefox is certainly better in this regard!

leocg

leocg Moderator Volunteer @Guest

@temkem It's working in Opera for me, at least at this moment.

A Former User @leocg

@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 ?

leocg

leocg Moderator Volunteer @Guest

@temkem Nope, the rest.

l33t4opera

l33t4opera @Guest

@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 @l33t4opera

@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

ralf-brinkmann @Guest

@temkem Oh really?! How did you do this? In my Firefox Encrypted SNI is not enabled (like in Opera).

A Former User @ralf-brinkmann

@ralf-brinkmann https://www.opennet.ru/tips/3086_esni_doh_dns_https.shtml

l33t4opera

l33t4opera @Guest

@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

l33t4opera @ralf-brinkmann

@ralf-brinkmann

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.

l33t4opera

l33t4opera

The first Opera developer 68.0.3581.0 ;-)

andrew84

andrew84 @l33t4opera

@l33t4opera it shows me that browser is up to date (there are Autoupdate.exe on ftp though)

l33t4opera

l33t4opera @andrew84

@andrew84 It can take some time in various cases for update to be propagated in different regions. Also, it may not be offered at all for different reasons. For example, for now there is no "Setup" installers (Mac/Win), and also no RPM and other DEBs for Linux.

leocg

leocg Moderator Volunteer @andrew84

@andrew84 Since there's no release post yet, it probably isn't in auto-update yet.

ralf-brinkmann

ralf-brinkmann @l33t4opera

@l33t4opera: Finally the files are there and the download can start!

l33t4opera

l33t4opera @ralf-brinkmann

@ralf-brinkmann Hi, in the future, when you are curious what's new in the latest build, but there's no "Setup" installer available, you can check safely the "Autoupdate.exe" one. Download it, and unpack it (just run the .exe) somewhere in separate (from the currently installed one) / custom folder. Then leave the "root files" (you can see them listed in the "root_files_list" file) in that folder, but you move all the rest of files to subfolder named "version_of_the_opera", e.g. "68.0.3581.0". After that, you can launch it as follows: "\new-opera's-root\version\launcher.exe" --user-data-dir="\new-opera's-root\fresh-profile" (and other switches, that you want to use).