[APP][Android 5.0+][3.6.54 - 23/01/2023] AdGuard - No Root Ad Blocker

Search This thread

Lord Sithek

Senior Member
Dec 19, 2018
1,250
644
Xiaomi Redmi Note 4
Huawei Watch 2
I am rooted, which option is recommended?
  • VPN based blocking
  • HTTP Proxy based blocking
Does HTTP proxy based blocking use less battery?
HTTP Proxy based blocking allows me to also use e.g. OpenVPN.
Are there any features that won't work with HTTP Proxy based blocking?

Thanks!
It's quite well explained in the official FAQ: https://kb.adguard.com/en/android/faq

I am rooted as well and I've been using proxy mode for some time because I wanted to use another VPN provider. I didn't notice a difference in battery consumption in both modes. However, in my case I had some problems with internet connection sometimes, for unknown reason... But it's not general experience, most users don't report that, maybe it's my device specific issue.

Finally I decided to purchase AdGuard VPN license and it works in compatibility mode along with ad blocker app, and I'm quite satisfied 😊
 
  • Like
Reactions: Utini
I am rooted, which option is recommended?
  • VPN based blocking
  • HTTP Proxy based blocking
Does HTTP proxy based blocking use less battery?
HTTP Proxy based blocking allows me to also use e.g. OpenVPN.
Are there any features that won't work with HTTP Proxy based blocking?

Thanks!
The appearance of webpages will match AdAway usage with proxy mode. The space used for ads it's just blank. VPN mode always hides as space.
 

thedicemaster

Senior Member
May 10, 2009
1,762
863
Another question:

Adguard can read all my https traffic?
Login information, banking content, etc...
So by using adguard, I will have to fully trust it with everything "private"?
only if you have https filtering enabled.
but since filtering is done on your device it would be relatively easy to find out if they spy on you by checking where your data goes.
the app can read your https data, but as long as the app doesn't report it to an adguard server itself the adguard team sees nothing.

edit: and you can disable filtering for specific apps and sites, the adguard app has filtering disabled for known bank websites by default.
 
only if you have https filtering enabled.
but since filtering is done on your device it would be relatively easy to find out if they spy on you by checking where your data goes.
the app can read your https data, but as long as the app doesn't report it to an adguard server itself the adguard team sees nothing.

Thanks, that makes it sound more sane.

I guess modern anti-malware products to this kind of https inspection as well?
But I won't be able to block adguard e.g. with afwall (or an other firewall) to make sure it can't send anything to their servers because that would essentially block the whole app and its functionality as well?
 

thedicemaster

Senior Member
May 10, 2009
1,762
863
you may not be able to use firewall apps with adguard at all, you'd have to use adguard as your firewall.
but if adguard sent private data home someone would've noticed by now.
 
Thanks again. Did more research and can't come to a definitive answer.
A lot of people argue that this is highly insecure and offers risks.
Many AV programs do the same these days but that doesn't mean that it is a good idea.

See:

So my next question would be:
Is it even useful and required?

So far I have been using Adaway and didn't notice any ads at all in any apps/chrome.
It doesn't use https filtering. Why would I then need it in adguard.

Additionally, I don't see what exactly adguard does better in adblocking that adaway does.
Adguard is way more flexible and has way better monitoring.
But since I have never noticed any ads with Adaway, what additional benefit would adguard give me?
 

Nastrahl

Senior Member
Thanks again. Did more research and can't come to a definitive answer.
A lot of people argue that this is highly insecure and offers risks.
Many AV programs do the same these days but that doesn't mean that it is a good idea.

See:

So my next question would be:
Is it even useful and required?

So far I have been using Adaway and didn't notice any ads at all in any apps/chrome.
It doesn't use https filtering. Why would I then need it in adguard.

Additionally, I don't see what exactly adguard does better in adblocking that adaway does.
Adguard is way more flexible and has way better monitoring.
But since I have never noticed any ads with Adaway, what additional benefit would adguard give me?
Because it's two different things that works differently.

AdAway blocks domains, you can achieve that with Adguard as well without HTTPS filtering.

But Adguard offers more blocking capacity. You don't need any browser extension as it works system wide, but ultimately also remove ads placeholders. AdAway can't.

Domain blocking doesn't work if ads are hosted on the same domain ; Adguard can still block them.

Since everything use HTTPS now, you basically need that enable.

Also, there's not more trust issue with adguard than with any other apps/ browser/extensions.
 
Because it's two different things that works differently.

AdAway blocks domains, you can achieve that with Adguard as well without HTTPS filtering.

But Adguard offers more blocking capacity. You don't need any browser extension as it works system wide, but ultimately also remove ads placeholders. AdAway can't.

Domain blocking doesn't work if ads are hosted on the same domain ; Adguard can still block them.

Since everything use HTTPS now, you basically need that enable.

Also, there's not more trust issue with adguard than with any other apps/ browser/extensions.

I never noticed any placeholders with Adaway. They are probably there but don't disturb me.
Adaway can also replace those blank spots with an Adaway logo.

Adaway can block ads that come from the same server as e.g. "facebook.com".
Simply by blocking only "ads.facebook.com" but not the whole domain?
That is why there are hosts list in Adaway that get updated daily.
E.g. easylist, fanboys list, etc..
Main problem with Adaway: You need to reboot to apply those hosts updates.
Edit: it seems like easylist is pretty advanced with what it blocks on websites?

You say that domain blocking and https blocking is required to block ads these days.
Yet I don't have any ads on my phone with Adaway?

No other app/extension decrypt my HTTPS traffic and reads/analyzes it.
That creates a huge trust issue with adguard.
Also that makes it more open to MITM attacks.
 

thedicemaster

Senior Member
May 10, 2009
1,762
863
ads.facebook.com is a separate (sub) domain from facebook.com, which is why domain blocking would still work.
but if ads are served from content.domain.com/ads while actual content comes from content.domain.com/posts domain blocking fails, or also blocks all posts on that domain.


but adguard is better anyway because it does domain blocking, http filtering, and https filtering separately and lets you choose which to use, while adaway doesn't give you a choice and is locked to only domain blocking.
https filtering also is literally impossible to activate without your consent, as it requires installing a certificate.
 
ads.facebook.com is a separate (sub) domain from facebook.com, which is why domain blocking would still work.
but if ads are served from content.domain.com/ads while actual content comes from content.domain.com/posts domain blocking fails, or also blocks all posts on that domain.


but adguard is better anyway because it does domain blocking, http filtering, and https filtering separately and lets you choose which to use, while adaway doesn't give you a choice and is locked to only domain blocking.
https filtering also is literally impossible to activate without your consent, as it requires installing a certificate.

So you are saying:
Adaway + any DNS Provider = domain blocking
Adguard = domain blocking, http filtering, https filtering

Do you mean with "http filter" = "url blocking"?

I believe Adaway (with e.g. Easylist) will also be able to block "content.domain.com/ads" while still able to show "content.domain.com/post"?
See: https://easylist.to/easylist/easylist.txt

Do you maybe have an example website that I could visit to make a live comparison between my Adaway and Adguard phone?

It is good that adguards certificate doesn't get installed automatically!
 

thedicemaster

Senior Member
May 10, 2009
1,762
863
http and https filtering work the same: the app intercepts the webpage and deletes the code and exact addresses that load ads.
the difference is that http filtering does this with unprotected pages, while https filtering does this with protected pages.

pure domain based blocking can only filter based on subdomain, domain, and TLD(country code)
an address is built up like protocol://subdomain.domain.topleveldomain/directory/page.filetype
http and https are protocols, the way data is communicated. (http essentially meaning enhanced text files, https meaning enhanced text files with security) domain filtering is blind to this, so it can filter regardless of protocol but also can't let a specific protocol through.
domain filtering works by overriding requests that ask "where is the server with this domain" and replying with a lie if it's an ad domain, this works for any of the 3 domain bits(and subdomains can stack into sub-sub donains, etc.) this is called a DNS request.
directory and page however are requested from the server the website is on(the one returned by the DNS request), the only way for a domain based blocker to block this is to lie about the location of the server so the server never gets the request for the page, but that also redirects every legitimate content request for that server to a fake location(the lie)

i don't know of any specific pages with ads that can be blocked by http(s) filtering but not by domain filtering because i use adguard with its full filtering capabilities, so i don't ever see any ads.

edit: https://gamefaqs.gamespot.com/boards
it's not ads in this case, but that page has a "cookiewall" that cannot be blocked by domain filtering or http filtering but only https filtering.
edit2: twitter main feed has sponsored posts that also can't be blocked by domain and use https.
edit3: facebook does the same.
as mentioned earlier https filtering is pretty good to have now because nearly all websites that use their own servers for ads also use https to protect their pages from tampering.
 
Last edited:
  • Like
Reactions: Utini

Daria Adguard Team

Senior Member
Nov 5, 2014
84
675
Thanks, that makes it sound more sane.

I guess modern anti-malware products to this kind of https inspection as well?
But I won't be able to block adguard e.g. with afwall (or an other firewall) to make sure it can't send anything to their servers because that would essentially block the whole app and its functionality as well?
Don't worry, we do not collect anything. Besides, it's a local process — filtering —that goes within the local VPN tunnel.
 
Another question:

I have Adguard (Premium) configured and added all the filter lists.
I do not use the DNS Filtering in Adguard but instead added my NextDNS Account in Androids "Private DNS" feature.

I can see a ton of blocks in my logs in NextDNS which has the same lists as Adguard.

Shouldn't I see (nearly) zero blocks in NextDNS because Adguard should block everything?
Basically Adguard should be my first line of blocking and only if Adguard doesn't block it, only then my DNS should get a chance to block anything?

1. App wants to load ads
2. Adguard Local HTTP/HTTPS Filtering tries to block it
3. If ads pass it
4. Adguard Local DNS Filter tries to block it
5. If ads pass it
6. External DNS (E.g. NextDNS with Filterlist) tries to block it

In the logs of my external DNS resolver I can see that the DNS resolver is blocking ads. Which means the ads came through step 2. and 4. ?

Note: I have HTTPS Filtering disabled at the moment (but my DNS Resolver also can't filter HTTPS). I use HTTP Proxy mode (rooted device).
 
Last edited:

Top Liked Posts

  • 1
    Got the latest update today... 4.0.543. I really really do not like the new UX. Even just something like scrolling the apps list, you can no longer easily see apps that are enabled or disabled for AdGuard... you have to tap and look one by one.

    It's also just straight up not working for me... enabling protection then it disables right away.

    I even wiped my settings to try fresh... just rolling back for now. :(

    Edit: The issue is automatic proxy/root access. Works fine in VPN mode (which I do not want to use). Tried revoking and re-granting, no improvement. Latest Magisk.

    I switched to the Beta track for the time being. I forgot I was on the Nightly track. So I will stick with Nightly 38.

    Edit2: Also noticed Nightly 39, with the new interface and broken root/auto proxy mode is missing the Quick Setting toggles... just FYI.
  • 5
    AdGuard 3.6.11!

    You must have been missing AdGuard for Android updates. Well, you won't be bored now, because we're breaking into 2023 with a new release of the product, and we'll only gain traction from there.

    The main changes in AdGuard v3.6.11 for Android were made in our core filtering engine – CoreLibs and DNSLibs. As for the rest, we’ve worked to enhance content filtering and made a bunch of minor changes to improve the application performance.

    Updated DnsLibs to v2.0.75 #4324

    A significantly updated version of the DNS filtering library consumes less resources and runs faster. The DNS-over-QUIC protocol implementation now supports the RFC 9250 standard, and the experimental status was removed from the DoQ support.

    First step to Encrypted ClientHello support DL#161

    First of all, what is Encrypted ClientHello? Nowadays, almost every internet connection is encrypted and no one can see what's inside this encrypted connection. However, there is still one little issue with it: the very first packet of the connection indicates the name of the server you are connecting to. Say you want to open www.google.com, your ISP cannot see what exactly you send and receive from it, but they know what website you are communicating with. ECH (Encrypted ClientHello) is a new technology that is supposed to solve this issue and encrypt that last bit of unencrypted information.

    So what would be the first step to supporting it from AdGuard? Surprisingly, it is to suppress ECH! This can be done by switching on both pref.dns.block.ech and pref.https.redirect.doh flags in the Low-level settings.

    But fret not: what we want to achieve is to provide you with ECH support globally so that all your apps could benefit from ECH, not just your browser. To accomplish this, AdGuard makes your apps establish regular HTTPS connections with it, and then it will establish a ECH-enabled connection on their behalf. This experimental feature is planned for the next update so stay tuned.

    Updated CoreLibs to v1.10.186

    DNS-over-HTTPS filtering

    Added an option to redirect secure DNS requests to the local DNS proxy
    #1563

    Chrome and Firefox DNS queries sometimes could circumvent DNS filtering by using a DNS-over-HTTPS server. Now AdGuard can automatically filter DNS-over-HTTPS as well.

    This feature is experimental and can be enabled in Low-level settings, its name is pref.https.redirect.doh. In the future versions we're planning to enable it by default.

    Improved content filtering

    The following new features are important to filter maintainers and provide advanced capabilities for content filtering.

    Enhancement

    • Added a new $jsonprune basic rule modifier. This modifier allows advanced filtering for JSON responses #1447
    • Added a new $hls basic rule modifier. This modifier provides advanced filtering capabilities for modifying HTTP live streaming files which will help with preventing video ads. #1434
    • Expanded capabilities of the $stealth modifier. Filters maintainers can now specify which Stealth Mode features should be disabled for a given URL. Before that change the only option was to completely disable Stealth Mode. #1224
    • Added support for empty $path modifier for non-basic rules. #1591
    • $removeparam can now be applied to POST requests. #1573

    Fixed

    • Hide your Referrer from third-parties Stealth mode option interferes with the $third-party modifier #1640
    • Cosmetic rules with :where() pseudo-class are rejected #1609
    • Rules with $third-party modifier block resources from the site's own subdomain #1637
    • Rules with the $all modifier do not block explicitly visited sites #1590

    Other improvements

    • Enabled HTTPS filtering by default for Soul Browser #4202

    Other fixes

    • When confirming 2FA the code entry page disappears in some cases
    • AdGuard does not create a local VPN and protection does not start #4269
    • Internet fails to work when a network is changing from Wi-Fi to mobile data #4265
    • Compatibility issue with iRobot Home app #4273



    This version on GitHub
    Download via direct link
    1
    Got the latest update today... 4.0.543. I really really do not like the new UX. Even just something like scrolling the apps list, you can no longer easily see apps that are enabled or disabled for AdGuard... you have to tap and look one by one.

    It's also just straight up not working for me... enabling protection then it disables right away.

    I even wiped my settings to try fresh... just rolling back for now. :(

    Edit: The issue is automatic proxy/root access. Works fine in VPN mode (which I do not want to use). Tried revoking and re-granting, no improvement. Latest Magisk.

    I switched to the Beta track for the time being. I forgot I was on the Nightly track. So I will stick with Nightly 38.

    Edit2: Also noticed Nightly 39, with the new interface and broken root/auto proxy mode is missing the Quick Setting toggles... just FYI.
  • 155
    Introduction

    Hello all!
    I'd like to present you Adguard for Android. It is a tool designed to make web surfing of Android users more comfortable and safe.
    Adguard is an adblocker, privacy protection tool, and protector against online threats. It also has its own Firewall to control the incoming/outgoing traffic.
    What's important: no ROOT required.

    If you have any ideas on how to improve Adguard or you would like to submit a bug, please do so at our profile on GitHub! If you have any questions about Adguard or related matters and would like to get live responses, welcome to our public Telegram channel!

    Important note: we use Github as an open bug and release tracker, but the app itself is a closed source.
    Here is our privacy policy. TL;DR: we don't collect your data and send the necessary minimum for checking the license status (in case if you want to use "premium" features).

    Images

    Here are some screenshots of Adguard for Android app:

    chart_app_chrome_en.jpg chart_main_ads_blocked_en.jpg filter_groups_en.jpg home_protection_enable_dark_en.jpg home_protection_enable_light_en.jpg new_custom_filter_en.jpg settings_dark_en.jpg settings_light_en.jpg stealth_mode_enable_1_en.jpg stealth_mode_enable_2_en.jpg widget_en.jpg wizard_annoyances_en.jpg wizard_protect_en.jpg

    Features

    • Adguard provides the best filtering quality on Android. I mean really, there has been no app with such high quality before.
    • App is really easy-to-use: one button to start protection.
    • Malware and phishing protection. We use the same Browsing Security database as for desktop version of Adguard.
    • Privacy protection: spyware filter is on duty.
    • Firewall can manage apps access to the Internet, which of them can go online is up to you.
    • App traffic monitoring system shows how many resources each app consumes at the moment.
    • The app speeds up the load of web pages and saves bandwidth. The pages are ad-free and opened faster.
    • Adguard can block ads in apps and games.

    Installation instructions

    Website
    Instruction on how to install Adguard can be found in our knowledgebase.

    XDA Labs
    Available in XDA Labs app.

    Adguard checks for updates once in 24 hours. If there is a new version available, you will get a notification.
    If you tap on "Update" we will download and upgrade your version of Adguard.

    Google Play:

    You can't get Adguard from Google Play because Google wants to know everything about you and also it does not want users to decide if they want to see its ads or not.

    Changelog


    Downloads

    Stable version:
    Link to the stable version
    Beta version:
    The same as release version

    Click here to learn info about our beta testing program. We are always looking for beta testers and will be glad if you guys join us:)

    All versions:
    Or you can get any version from the here.

    FAQ

    Q: How does Adguard protection work?

    A: Adguard filters your browsers traffic by blocking requests to phishing and malicious websites and removing intrusive browser advertising. Adguard can use two modes of traffic filtering:
    1. Local VPN mode - If you are using this mode, Adguard does not need ROOT privileges to carry out filtering. At the same time, VPN-server is located on your device, so that there is no need to pass your traffic through a remote server in order to filter it.
    2. Local HTTP proxy mode - In this mode Adguard launch a local HTTP proxy server on your device. This mode is recommended if you use a rooted device. Otherwise, manual adjustment of an HTTP proxy will be needed to use this mode, the filtering in mobile networks (Edge/3G/4G) will also be impossible.

    Q: Do I need the ROOT access?

    A: Unlike most of applications that are engaged in the traffic filtering, Adguard does not require ROOT access to your device. In local VPN server mode Adguard will filter all your traffic and so the ROOT access is not needed at all.

    Q: How to use a third-party VPN along with Adguard?

    A: If you are already using a VPN for other purposes, then in order for Adguard filtering to work, you can turn it to a HTTP proxy server mode. The filtering mode can be changed in the Advanced Settings. In this mode, there are two ways to set up a proxy: automatic and manual.
    Automatic mode - In automatic mode, enabling of filtering does not require any action from you. Filtering will work in both mobile and Wi-Fi networks. The problem is that the automatic mode can be operated only on rooted devices.
    Manual mode - This approach may not work in some situations. It depends on your firmware and the actual VPN app. For some cases traffic bypasses manually configured proxy. In manual mode filtering will only work in Wi-Fi networks. And you have to manually configure the use of proxy server for each Wi-Fi network.

    Q: How to manually configure local HTTP proxy?

    A: If your device does not support automatic proxy configuration, then you can configure proxy server manually, using the instructions below:
    1. In the Adguard Settings select Local HTTP Proxy mode and Proxy setup mode — Manual.
    2. Go to your phone settings and choose Wi-Fi. A list of wireless networks will be opened.
    3. If the device is not yet connected, connect to the Wi-Fi networks than you need. Open network setting by pressing the line with this network. The following menu of the selected Wi-Fi network will appear.
    4. Select Modify network. In the new window select Show advanced options.
    5. In Proxy select Manual.
    6. Enter 127.0.0.1 in Proxy hostname and enter the port that is showed in proxy settings in Adguard application itself (port 8080 is used in Adguard setting by default).
    7. Proxy server is set up. Now all Wi-Fi traffic will be filtered by Adguard.

    Q: How does DNS-filtering work?
    Adguard can filter domain resolution requests to the Domain Name System servers, handle them locally, and block requests to phishing, malicious, advertising and tracking systems on such domains.
    Blocking is implemented by sending back a specially crafted response that redirects all traffic to local network interface (with 127.0.0.1 IP address). Then browser or app intended to connect to such domain will try to connect to a server on this particular device, and eventually get an error.
    Detailed answer: http://forum.xda-developers.com/showpost.php?p=63751226&postcount=375
    Q: This seems like a best way to filter ads, why use something else?
    A: Because there are many advertising systems that use the same domains for advertising and some useful service. The DNS-filtering can be used just to speed up overall filtering process and to save some battery juice.
    Q: Why can't I use DNS-filtering with Local HTTP proxy mode?
    A: Because we need to filter all traffic (all network packets) sent from your device for DNS-filtering. Only VPN mode can accomplish such a thing.

    Q: Why does Android stats show that Adguard consumed more traffic than it saved?
    A: On Android's Data usage page or in your favorite data-traffic tracking app, you might see an indication that Adguard has consumed all or most of your mobile traffic. Make no mistake - it's your apps and not Adguard that consumed the data in question. There is a known issue with Android when VPN or proxy is established, with all traffic from all apps being assigned to Adguard. We hope that this clarifies what's happening.

    Q: Why does Adguard consume so much battery juice?
    A: First of all, no it's not Adguard that takes so much traffic and device battery (as it may seem). It is an issue of Android that calculates the amount of consumed traffic in a very peculiar way. We have a nice article - "Adguard for Android battery and traffic consumption issues", check it out for more information.

    Q: What restrictions does VPN mode have?

    A: Adguard filters traffic using local VPN-server by default. In this mode there are some restrictions. In local VPN mode Adguard won't be run automatically after turning on the phone, because this capability is blocked by Android OS.

    XDA:DevDB Information
    [APP][Android 5.0+][3.4.120 - 21/05/2020] AdGuard - No Root Ad Blocker, App for the Apps & Games

    Contributors
    Daria, Adguard Team, avatar_adg, BabylonDreams, Revertron

    Version Information
    Status: Stable
    Current Stable Version: 3.4.120
    Stable Release Date: 2020-05-21
    Current Beta Version: 3.4.98
    Beta Release Date: 2020-05-14

    Created 2015-08-12
    Last Updated 2020-05-22
    21
    AdGuard for Android 3.2.135 Release!

    Two months of development are rarely enough to come up with an update that big. Despite that, AdGuard 3.2 for Android is packed with major new features, not mentioning the long list of minor changes that goes on and on ;)

    There’s something for both experienced users (userscripts support, DNS user filter) and for absolute beginners (feature discovery) to help them make their first steps. And everyone will equally appreciate the improved stability and speed that come with CoreLibs filtering engine update.

    [Added] Feature discovery #2459

    mainen.gif


    We try to position AdGuard for Android as an app you can technically turn on and forget about it, but that can offer so much more if you spend some time to explore it. To help new users not get lost in many many features we added over the years, we'll now highlight the most important UI elements and give short tooltips that explain what they are all about. This will only happen when you visit this or that screen for the first time, of course, otherwise, it would become old very soon.

    [Added] Userscripts support #34

    enexten.gif


    Userscripts (we also call them extensions) are basically mini-programs written in Javascript that extend the functionality of one or more websites. Usually, you'd need some special userscript manager to add them, and it's traditionally more of a desktop thing. But with AdGuard everything is possible! Now you can add any userscripts by URL or load them from a file, and AdGuard will serve as a userscript manager and take care of the rest. Go to *Settings > Extensions* to enable some of the preinstalled extensions or to add custom userscripts. By the way, you can tap on any userscript from among the added ones to see more details and to reinstall or delete it.

    [Added] DNS User filter and custom hosts files support #2803, #1851

    dnsfilter.gif



    This is very similar to the regular User filter for custom filtering rules, but for DNS requests. You can find it at Settings > DNS Filtering > DNS Requests blocking. DNS User filter supports two types of syntax: a limited portion of AdGuard syntax and "hosts" syntax. More about it in our Knowledge Base.

    Another DNS-related feature is hosts files support. AdGuard users now can add any hosts lists as custom DNS filters. Again, this option is on the Settings > DNS Filtering > DNS Requests blocking screen.

    [Fixed] IPv6 filtering doesn't work in automatic proxy mode #2579

    Not a new feature, but a very important fix. Many users with rooted devices use AdGuard in automatic proxy mode, and it turned out that IPv6 filtering wasn't working in this mode. In this version, the problem is fixed.

    Ad blocking

    • [Added] "Disable AMP" userscript #2815
    • [Added] Firefox preview has been added to the list of browsers #2958
    • [Changed] Google DOH and DOT URLs in the configuration have been updated #2844
    • [Fixed] A bug with license status, filters and userscripts updates #2855
    • [Fixed] Issues while in root+proxy mode configuration #2894
    • [Fixed] The value for one of Stealth Mode settings can't be set #2788
    • [Fixed] Filter groups' statuses aren't restored from backup #2887
    • [Fixed] DNS filter's metadata doesn't update #2830
    • [Fixed] Double tap is required to start protection #2883
    • [Fixed] Custom filters aren't restored from backup #2864
    • [Fixed] Wrong rule is suggested when blocking an HTTPS tunnel request #2865
    • [Improved] CoreLibs filtering engine has been updated to v1.4.91 #2928


    UI

    • [Added] An error toast when an error occurs during a long-running background task #2819
    • [Added] Add "Extension Details" activity #2807
    • [Added] Empty field validation when adding a new extension #2954
    • [Fixed] Android TV Overlayed hints can't be dismissed #3003
    • [Added] Response status to the DNS log entry details #2835
    • [Changed] Languages' names have been homogenized in the language select menu #2753
    • [Changed] A bullet has been added to the statistics period selection dialog #2756
    • [Changed] Cutout area on cutout devices is now colored #2952
    • [Changed] Icons order in Apps Management has been made consistent #2777
    • [Changed] Notification about updated userscripts and filters #2796
    • [Changed] Dialogs on the Stealth mode screen #2808
    • [Changed] "New custom filter" dialogs layout #2809
    • [Changed] An indicator telling that AG cannot filter itself has been added to Apps Management #2700
    • [Changed] AdGuard and Proxy notifications have been combined into a single notification group #2718
    • [Changed] Upstream DNS server's address is now shown in the Filtering log #2735
    • [Changed] "Get Premium" activity now closes after free trial is successfully started #2816
    • [Fixed] Minor UI layout issue #2934
    • [Fixed] Homepage link for Tracking Protection filter #2937
    • [Fixed] Overlayed hints can’t be dismissed #2979
    • [Fixed] UI resets to the classic theme after switching the update channel #2784
    • [Fixed] UI bug on older LG devices #2789
    • [Fixed] Settings activity doesn't run on some devices with rare firmware #2770
    • [Fixed] Search results in Filtering log do not include some matching entries #2681
    • [Fixed] Valid email address is highlighted as if it was invalid #2752
    • [Fixed] Minor UI-related issues #2870
    • [Fixed] An inconsistency with the UI of Stealth Mode settings #2854
    • [Fixed] Wrong text below the license type in the main menu #2903
    • [Improved] User dialogs have been greatly improved #2754
    • [Improved] Items in dialogs are now highlighted on tap #2716
    • [Improved] Search functionality in the Apps Managements is slow #2951

    Networking

    • [Added] TCP listener to the DNS filtering proxy #2470
    • [Changed] "Block WebRTC" Stealth Mode option is now applied to browsers only #2757
    • [Fixed] IPv6 filtering doesn't work in automatic proxy mode #2579
    • [Fixed] AdGuard blocks internet connection #2842
    • [Fixed] IPv6 is not resolved within IPv6 VPNs if the main connection is IPv4-only #2325
    • [Fixed] Proxy settings won't renew if user disables proxy via notification #2707
    • [Fixed] Low-level setting pref.dns.blocking.nxdomain works inconsistently #2847
    • [Fixed] Search suggestions don't work in Firefox #2884
    • Other
    • [Added] Userscripts metadata localizations #2806
    • [Fixed] Background filters update does not work #3006
    • [Changed] Localizations have been updated
    • [Changed] File names for exported User filter and Whitelist #2880
    • [Fixed] An error when you export settings #2906
    • [Fixed] Homepage link for Tracking Protection filter #2937
    • [Fixed] DNSProxy logging level does not change #2858
    • [Fixed] AdGuard crashes to desktop #2762
    • [Fixed] AdGuard freezes when the device orientation is switched to landscape mode at a certain time #2765
    • [Fixed] AdGuard crashes after adding a certain custom filter #2888
    • [Fixed] App sometimes crashes upon launch on S10+ devices #2825
    • [Improved] AdGuard now launches faster #2786
    • [Improved] Update CoreLibs to 1.4.138 #3001



    This version on a Github.
    Direct download.
    19
    Be aware that while using AdGuard on PC it became abundantly clear that it slowed internet traffic, pages do NOT open faster, but most alarming of all was its insane (and i mean INSANE) overinflation of the number ads etc that it blocked. It smelt like a con on just the bs figures alone, but with the added slowdown in traffic i removed it.

    AdAway, via FDroid. Less drama, real results.
    18
    AdGuard for Android - new beta v3.0.241 is available!

    Hello!

    As usual, this email indicates that a new beta version has just hit the servers and is ready to be installed. This beta is certainly a very special one, it contains a large number of high-impact changes.

    The CoreLibs filtering engine has received a new boost, ensuring faster and better filtering. The app has been redesigned completely, you may have to spend some time getting used to it. For the aficionados of dark themes in applications we added an option to switch between light and dark themes.

    A whole new module has been added to AdGuard: Stealth Mode. It will take the privacy protection to the next level. Feel free to play around with its multiple settings. Speaking of new settings, make sure to tale a look at the renovated DNS screen. We've added the support of DNS-over-TLS protocol, simplified the DNS-over-HTTPS configuration process (you don't need SDNS any more) and allowed to indicate any number of upstream servers for your custom DNS setups.

    Going through the rest of the changes: more filter subscriptions, custom filter subscriptions by URL, neatly-looking statistics charts, new first launch wizard and widget redesign.

    The amount of testing you can do is limited only by your own imagination :) Hope you will like the new beta and help us translate it into an even better release version. For the complete changelog, as usual, head over to GitHub.

    Direct download
    18
    Adguard v2.8.67 - release version

    Finally, it's time for Adguard for Android 2.8 to come to light! It brings the ad blocking quality to the next level with several big novelties such as Simplified domain names filter or extended CSS support. Many new low-level settings will allow advanced users to customize app to their liking, and for all the rest we bring quite a few quality of life improvements and bugfixes. We hope everyone finds something useful in the new Adguard for Android version.

    Ad Blocking

    [Added] Support for Extended CSS and Extended Selectors #810

    Extended CSS support is a very important addition in terms of future (and present) possibilities that it opens for ad blocking. Extended CSS is a module for applying CSS styles with extended selection properties. Basically, it means that we will be able to select and, therefore, block some elements that we would not be able to block otherwise. Currently we support following pseudo-classes: -ext-has ( :has ), -ext-contains ( :contains ), -ext-matches-css ( :matches-css ).

    'Extended selector' is a technical term, but what hides behind it? With extended selectors support, we can much more easily create some rules that were very, very hard to create earlier. Notably, this concerns rules required to block such things as 'Sponsored posts' on Facebook.

    [Added] Simplified domain names filter #876

    Fresh addition to the Adguard filters family. Simplified domain names filter is composed of several filters (English filter, Social media filter, Spyware filter, Mobile ads filter, EasyList and EasyPrivacy), modified for better DNS filtering. It blocks ads and trackers wherever it is possible to indicate own DNS addresses. Note that it will block the whole domains and not the specific URLs. You can learn more about DNS blocking by visiting our website adguard.com.

    [Changed] "Filter DNS requests" feature is now available for non-premium users #875

    With Adguard DNS introduced and being free, there is no point in keeping this Adguard for Android feature paid. Now it will be equally accessible for all users alike. There is still plenty of good stuff in the Premium version of the app :)

    [Added] pref.root.clear.youtube low-level flag #907

    This option will allow rooted users to automate removing Youtube app data, which appears to be crucial for blocking ads in it. By the way, in one of the recent articles in our blog you can find a detailed guide to blocking ads in YouTube app.

    [Added] 'pref.filtered.ports' added to low level settings - advanced users can now add new ports to filter #796
    [Added] $websocket content type modifier - it will enable to use rules written exclusively for WebSocket connections #801
    [Added] $important rule modifier #833
    [Added] Latvian filter list #730
    [Added] List-KR filter list #756
    [Added] A new low-level setting: "pref.boot.startup.delay" #776
    [Changed] Multiple browsers added to the list of browsers filtered by default #757, #808, #862, #922
    [Fixed] $replace rules can now be applied along with other filtering rules #844
    [Fixed] $app modifier is ignored when HTML content is being filtered #921
    [Fixed] HTML filtering rules with wildcard attribute can not be parsed #917
    [Improved] Users are now allowed to select filters update check period #746
    [Improved] Increased content filtering rules maximum length limit #590
    [Improved] HAR file writer, which is used for debugging purposes #784
    [Improved] QUIC-connections blocking for the Chrome browser #766

    Networking

    [Added] pref.vpn.ipv4.bypass low-level setting #909

    If this option is enabled, Adguard will ignore all IPv4 connections. This might appear weird and unnecessary, but in reality it allows to use Adguard as a 'DNS-level' ad blocker. You only need to enable the following options: pref.vpn.ipv4.bypass, pref.vpn.ipv6.bypass, DNS requests filtering and Adguard DNS filter (the latter is not crucial, but will help immensely with blocking ads in browsers). Adguard will cease filtering other apps' traffic, and will only block ad domains on the DNS requests level. As a result, ad blocking quality will drop and Firewall functionality will not be available, but also there will be close to zero performance penalty.

    [Added] VPN restart feature #733
    [Changed] Updated default SSL whitelist #843, #848
    [Changed] Protection is now paused automatically when Bluetooth tethering is detected #791
    [Changed] IPv4 connections now have priority over IPv6 connections #802
    [Changed] New server is now used for filters #863
    [Changed] The way Adguard blocks IPv6 #853
    [Fixed] Wi-Fi calling for AT&T #817
    [Fixed] Crash due to "Too many open files" error #834
    [Fixed] ENOBUFS error while writing to the TUN #724
    [Fixed] SOCKS 5 proxy blocks internet traffic #660
    [Fixed] Error processing HTTP/2 requests #850
    [Fixed] HTTPS connections with some upstream HTTP proxy #839
    [Fixed] "Operation not permitted" error while processing UDP connection #840
    [Fixed] Issue with traffic slipping through firewall #765
    [Improved] HTTPS is now used for safebrowsing service requests #912
    [Improved] Adguard styles are now protected from removal #913
    [Improved] Adguard automatically detects when Adguard's certificate is moved to system certificate storage (Helps with https filtering in Android N+) #755

    UI

    [Added] 'Installation date' to the app details screen #794
    [Added] A Quick Settings tile for Android N and up #767
    [Added] A low level switch to enforce "protection paused" notification to be visible even when notification icon mode is set to 'None' #838
    [Changed] Some localizations were updated #919
    [Changed] Filtering methods explanations were updated #136
    [Changed] IME (typing) mode for adding/importing custom rules dialogs #835
    [Changed] System packages list is added to the "Tech info" section of "Android OS" details screen #857
    [Changed] Apps Management screen is automatically updated when new app is installed - no need to restart Adguard anymore #747
    [Changed] 'Apps and Statistics' section renamed to 'Apps Management' and brought to the main menu #823
    [Fixed] Time format on main screen now follows system settings #819
    [Fixed] Unnecessary exception is logged #854
    [Improved] Filter editor now recognizes lines starting with "!" as commentaries in user-imported filters #759

    Minor and compatibility issues

    Lots of other minor issues and compatibility fixes. The full list can be found in our GitHub repository inside the descriptions of previous beta versions.

    How to install

    As always, we are looking for beta testers. Beta testers get access to all premium features in exchange for their feedback. Click here to learn more about our beta testing program.