-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add support for uBO's new "$cname" feature #1570
Comments
Agreed |
I am starting to think that Therefore, I suppose we should name this modifier I am also thinking about introducing a Also, I have to reassign this task to v0.105 as I don't have enough time to take care of it before v0.104 is released. |
It's implemented like |
This makes little sense to me. DNS replies are cached by the browser, and if it's blocked once for any website, it will be blocked on other websites regardless of any $cname exclusions. |
Actually, this can be avoided if the domain name is resolved with Anyways, according to @gwarser's description, uBO's $cname is quite different from what @DandelionSprout requested and we simply cannot implement it that way in AdGuard Home. |
Opened two separate tasks: $dnsrewrite and $dnstype: |
Prerequisites
Please answer the following questions for yourself before submitting an issue. YOU MAY DELETE THE PREREQUISITES SECTION.
Problem Description
Long story short: uBlock Origin introduced
$cname
in 1.25.3, which took me wildly by surprise as I thought I'd suggest they could create such a qualifier. But nevertheless, it seems like a pretty good fit for AdGuard Home that also serves an actual unique purpose, of ensuring that domains are only blocked through their URL address or their CNAME responses, instead of both.That being said, their current implementation is whitelisting-only, for whatever reason. I see no immediate reason for why using
$cname
to only block by CNAME responses can't be done.Proposed Solution
Add support for
$cname
to block based on CNAME only, and$~cname
to block based on the main URL only.Alternatives Considered
Add support for
@@
+$cname
in much the same way the uBO team did it; or maybe even convince the uBO team to give$cname
the ability to block things. Either way to ensure cross-extension support.Additional Information
Had I known any earlier about uBO adding it, I'd have submitted this feature request several weeks ago... 😬
The text was updated successfully, but these errors were encountered: