You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
All of CF-Enabled domain enabled ESNI as default. also Firefox has ESNI Implements which can be enabled by set network.security.esni.enabled to true (But it is not work with ADGuard with HTTPS Filtering because Site cert is Adguard Personal CA instead Cloudflare's cert.)
May this is issue of something called CoreLibs .
Steps to reproduce
Access any cloudflare enabled domain with /cdn-cgi/trace path
The milestone was set to v2.0, I don't know why in the GH history it shows v1.4.
The first pre-requisite is to start supporting DNS filtering and DNS encryption in desktop AdGuard products which is a huge task by itself. We cannot rely on plain DNS in ESNI.
Only after that, we can start working on ESNI. The problem is that the work on the ESNI specification draft is still a work-in-progress, and it seems that supporting the draft version by Firefox and Cloudflare does not make much sense now.
@DitFranXX commented on Mon Feb 11 2019
This is Feature Request, CC: https://blog.cloudflare.com/encrypted-sni/ https://encryptedsni.com/
All of CF-Enabled domain enabled ESNI as default. also Firefox has ESNI Implements which can be enabled by set
network.security.esni.enabled
totrue
(But it is not work with ADGuard with HTTPS Filtering because Site cert isAdguard Personal CA
instead Cloudflare's cert.)May this is issue of something called
CoreLibs
.Steps to reproduce
/cdn-cgi/trace
pathExpected behavior
sni=encrypted
Actual behavior
sni=plaintext
Your environment
The text was updated successfully, but these errors were encountered: