Closed emlimap closed 4 years ago
I like the idea about comments.
However, the second one is not too great, the syntax is already rather complicated, trying to fit everything in one line would make it really hard to understand what's written.
Thinking about it. I think comments would definitely help with readability without the need for 2nd suggestion. Part of the reason for suggesting that was to declutter and improve readability of the list and comments will help with that. Something like this
# Use ISP DNS to get access to on-net Akamai cache
[/akamaized.net/akamaihd.net/akamai.net/akamaiedge.net/akadns.net/akahost.net/edgekey.net/]1.2.3.4
[/akamaized.net/akamaihd.net/akamai.net/akamaiedge.net/akadns.net/akahost.net/edgekey.net/]5.6.7.8
# CNAME's with Akamai/Edgecast
/media.dssott.com/hotstar.com/hotstarext.com/5centscdn.com/azureedge.net/footprint.net/1.2.3.4
/media.dssott.com/hotstar.com/hotstarext.com/5centscdn.com/azureedge.net/footprint.net/5.6.7.8
# Opennnic.org
[/bbs/chan/cyb/dyn/geek/gopher/indy/libre/neo/null/oss/oz/parody/pirate/]tls://dot.libredns.gr
[/bbs/chan/cyb/dyn/geek/gopher/indy/libre/neo/null/oss/oz/parody/pirate/]tls://ibksturm.synology.me
# Archive.is refuses to resolve when using Cloudflare DNS as they don't support EDNS client subnet
[/archive.today/archive.is/archive.fo/archive.li/archive.vn/archive.md/archive.ph/]tls://security-filter-dns.cleanbrowsing.org
[/archive.today/archive.is/archive.fo/archive.li/archive.vn/archive.md/archive.ph/]tls://dns.quad9.net
Another option that could help with making it easier for people to read and understand is syntax highlighting. Ublock origin has been doing some work in this area https://github.com/uBlockOrigin/uBlock-issues/issues/1134
For example in their rules section, they highlight action with different colours. Makes it easier to review rules as you end up with lot of rules when you use Ublock origin in medium mode
The upstream DNS for specific domain forwarding can be different colour and comments can be in another colour. Maybe light colour for comments similar to above.
@ArtemBaskal
What needs to be done here:
#
in the prepareUpstreamSettings
function.handleTestUpstreamDNS
function).# comment
to the examples list below the field
At the moment the upstream DNS box parses lines that start with
#
or!
and throws an error message being unable to use that provider. Instead, it should ignore them when parsing similar to custom filtering rules box.Comments are useful for a couple of use cases. 1st is to temporarily disable any upstream provider quickly by commenting it out. Other user case is to have comments for DNS stamps so you know which stamp is for which provider. At the moment you need to use the online decoder to find out.
At the moment, when specifying individual forwarding for specific domains the only way to specify backup upstream DNS servers is to duplicate the list and specify the backup DNS server. For example, at the moment it looks like this
It would be nice if we could specify multiple upstream DNS servers in one line. For example, something like below, separated by comma.
The above example for unencrypted DNS but could be extended to support DoT, DoH & Dnscrypt