Backups make adblock fault tolerant, speed up the start (if the backups are stored on a USB stick, for example) and enable the "DNS File Reset", e.g.:
add support for 'DNS File Reset', where the final DNS blockfile will be purged after DNS backend loading (save storage space). A small background service will be started to trace/handle dns backend reloads/restarts
Sure, I'm well aware of the DNS file reset option (which I've always enabled). Still, to store backups on a USB stick, the router needs to have USB support. I believe it's quite legitimate for users to find fault tolerance and startup speed less critical than RAM occupancy.
Even then backups are useful, see the exemplary ram consumption of the following scenarios:
Filesystem Size Used Available Use% Mounted on
tmpfs 60.6M 1.5M 59.1M 2% /tmp (old behaviour)
tmpfs 60.6M 112.0K 60.5M 0% /tmp (with dns file reset and backups on usb stick)
tmpfs 60.6M 912.0K 59.7M 1% /tmp (with dns file reset and backups on /tmp)
Well, if nobody complained yet, I guess it's fine (my routers have 128 MiB and 2 GiB of RAM, I personally don't care).
It would be really nice, though, being able to choose on which DNS forwarder instances (if more than one) to enable ad blocking (defaulting to all, to keep the current behaviour). So, if you had something like this on /etc/config/adblock…
I believe it's easier on the user to be able to choose instances by name, instead of numeric value. For instance (hah!), how do you handle DHCP-only instances mixed with DNS/DHCP and/or DNS-only?
Not sure whether this is the right place for this question, so feel free to send me elsewhere.
I've been running Adblock for a while now, with no issues. In the last couple of months, I've been unable to download apps from the Google Play store, and have had trouble adding Nest devices to my account. Turning off Adblock resolves things.
It seems clear that one of the lists I'm using is causing these failures. Has anybody experienced similarly and been able to track-down the culprit. Alternatively, is there any consensus on the best lists to use or any domains to whitelist?
super! Thank you very much. I shall let you know how I get on.
[EDIT]: looks like that's done the trick. I'm not sure whether it'll solve the 'cannot add Nest products to home' problem, but I almost never have to do that.
Is there are reason why the 'wan/trigger interface selection' is different for adblock than banip?
Also why there is no 'download utility selection' option in banip?
Maybe even more options can be matched up between banip/adblock?
The IP of my mobile phone got auto blacklisted on the 14.11.19.
Of course the openwrt was already overwritten.
Maybe it makes sense to also add the ban reason in addition to the date in the comment.
I don't have the monitor running, so the IP got banned because of failed luci logins, I guess?
After how many failed logins does banip auto ban? (Maybe make it configurable?)
Interesting...
Actually I am currently testing new features (like the automatic download utility detection) first in banIP ... later this will also come in adblock. I simply don't have time to develop and test the whole thing in parallel ... and 19.07 is coming (tm), therefore I need a quite stable banIP/adblock version ...
Well, it would probably be much more elegant to trigger adblock on a udhcpc bound event on the WAN interface… Oh, right, udhcpc doesn't generate hotplug events.
This might be an incredibly dumb question, but is there a way to log/see the requests that are being blocked? logread -e "adblock" shows a bunch of messages when the system is enabled or the router is first booted (adb_debug is set to 1), but despite going to websites and using apps and seeing ad content being blocked, I don't see any additional information show up in the adblock log. Is there a way to enable this kind of logging (to help troubleshoot a separate, unrelated issue I'm having) ?
There seems to be an issue with Adblock 3.8.11 with the DNS File Reset option.
If DNS File Reset is enabled it will error out with
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 130448 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 130979 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 131124 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 131328 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 131330 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 131497 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 131609 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 131610 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 131640 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 131677 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 131779 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 132084 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 132334 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 132505 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 132907 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 132934 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 132940 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 132988 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 132997 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 133043 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 133087 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 133294 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 133296 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 133364 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 133390 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 133405 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 134247 of /tmp/adb_list.overall
Fri Nov 22 15:18:28 2019 daemon.err dnsmasq[14278]: error at line 134253 of /tmp/adb_list.overall
When looking in that file it is blank. If i disable the option Adblock works again.
This also includes the error happening with Flush DNS Cache enabled, disabling it and it works again.
Hi,
Does anyone know how I could block this type of link?
Heads up this is the link to Facebook's in video ad
*- long unique URL (keeps changing for new ad videos)
With dns based adblocking you can only block on (sub-)domain level - you can't block deep links which coming from the same domain ... just block the whole facebook crap ...
Does anyone know how to add the " DNS Query report" tab to Adblock page on openwrt web interface?
I installed adblock 3.5.5-3 from "software" and configured it but I cannot get " DNS Query report" tab to show. I installed tcpdump and tcpdump-mini and restarted the router but that tab is still not showing. What am I missing?
Also, I was reading on forums that people installed later versions of Adblock so I was wondering how were they able to install a later version when the one I mentioned above shows up as the latest version when I search for adblock under System -> Software.