Adblock support thread

The lists are pretty standard ... but I can't help/reproduce your problem without a concrete domain - sorry.

happens on https://awesometalks.party/

only after adblock has been on for a while though

as soon as I disable adblock it works

Thanks for the information, unfortunately I can't reproduce your problem. Maybe a out of memory condition on your router. Remove the quite big "reg_de" source and look if this effect disappear ...

I don't think it's out of memory
Free 78332 kB / 125024 kB (62%)

I have built 18.06-RC2 for Asus RT-N56U. When I include Adblock (v3.5.2-1) the devices connected through wifi will lose connection every few minutes. This happens even when the only thing I do is adding a root password and starting the wifi, but not enabling Adblock. Suggestions?

No, sorry.

I'm now pretty sure the problem was caused by mwan3, sorry for the confusion.

1 Like

@dibdot Thanks so much -- I just started using adblock and was hoping for a feature to nice cpu-heavy parts of the pre-processing. But I can't seem to find the configuration in the GUI, so wondering if this is included already or still a WIP (or I'm just blind to it)?

The nice level stuff is in forthcoming 3.5.4 update (see Pull Requests here and here). If all goes well I'll push them this evening ... :sunglasses:

After a grace period of 2-3 weeks I plan to backport all the LuCI frontend changes to 18.06 tree as well.

Edit: The new LuCI extra option 'Low Priority Service' sets the nice level to '10', of course you could fine tune this directly in the config.

1 Like

This is great news. Thank you for your time and efforts sharing this with the community, Dirk.

1 Like

@dibdot I found another source of blocklists (https://github.com/justdomains/blocklists) which seems to be a domain-only cleaned set of lists used by Pi-Hole. The lists (EasyList, EasyPrivacy, AdGuard DNS, and NoCoin) are already parsed and therefore quite neat and tidy and seem to be refreshed daily from the upstream sources.

If I was to add the following list: https://justdomains.github.io/blocklists/lists/easylist-justdomains.txt

config source 'easylist'
	option adb_src 'https://justdomains.github.io/blocklists/lists/easylist-justdomains.txt'
	option adb_src_rset 'BEGIN{FS=\"[/|^|\r]\"}/^\|\|([^([:space:]|#|\*|\/).]+\.)+[[:alpha:]]+([\/\^\r]|$)/{print tolower(\$3)}'
	option adb_src_desc 'easylist domains only'
	option enabled '0'

How would I modify your parsing line accordingly? Since these are already parsed/cleaned lists down to a simple domain only per line, I'm not familiar with the parsing commands and wondering if you could show me what to put for your parsing line. Thank you.

Take the following config section, should work (untested):

config source 'easylist'
	option adb_src 'https://justdomains.github.io/blocklists/lists/easylist-justdomains.txt'
	option adb_src_rset '/^([^([:space:]|#|\*|\/).]+\.)+[[:alpha:]]+([[:space:]]|$)/{print tolower(\$1)}'
	option adb_src_desc 'easylist domains only'
	option enabled '1'

Thank you. This is working very well.

Just for your information: the current adblock version 3.5.4v2 (backend & frontend) are in mainline 18.06 tree, too and part of the next stable release - 18.06 will probably official announced in the next few hours.

This is great news and quite exciting. However, I am still having trouble with the latest front end package (luci-app-adblock_git-18.213.60274-7d69fa6-1_all.ipk) from the 18.06 directory.

The auto detect is not detecting wget like it used to.
The log file is a bunch of html within the log box.
The overview shows no runtime info at all for me.
The Suspend and Refresh buttons are inaccessible.

Clearly I have done something wrong here and I apologize for having to take up some of your time. But can you provide me with some troubleshooting steps for this? Thank you.

So far I have just deleted the adblock config file and started with a fresh config and restarted the adblock service but unfortunately it did not fix it for me.

For what it's worth, when I SCP into the router, in the tmp folder, the adb_runtime.json and adb_list.overall files are proper and correctly updated. So I believe that adblock is working correctly for me, but not the front end display in luci.

That's expected - there is no auto-detection at all since 3.0 ...:wink: ... it has been removed during early Turris Omnia support implementation, things went too complex and error prone. Please simply select your favourite download tool and adblock will use this (default is uclient-fetch).

Did you already reset your LuCI-Caches (rm -rf /tmp/luci-*)? If not, please do so and look again. If that does not help, please post the output of:

opkg list-installed | grep -E "^luci|^adblock"
ubus call system board

Thanks!

Thank you, Dirk. It seems that clearing the LuCI cache fixed the problem for me in this case. All is good now.

For future reference, would rebooting the router also clear the LuCI cache?

Yes, as long as /tmp is mounted on tmpfs (that's the default).

I'm getting an error re-installing after a system upgrade. I got ...

root@LEDE:~# opkg install adblock
Installing adblock (3.5.4-2) to root...
Downloading http://downloads.openwrt.org/releases/18.06.0/packages/arm_cortex-a9_vfpv3/packages/adblock_3.5.4-2_all.ipk
Configuring adblock.
Collected errors:
 * resolve_conffiles: Existing conffile /etc/config/adblock is different from the conffile in the new package. The new conffile will be placed at /etc/config/adblock-opkg.

Everything else was OK. Should I worry about this? How do I make it go away? Regards, & thanks for the package.