Using Policy Rules or Policy Rules (Strict) combined with the Accept DNS Configuration = Exclusive will prevent Diversion from working over the VPN tunnel as dnsmasq on the router is bypassed. Use Disabled, Relaxed or Strict.How to make sure it works, both regarding WAN settings with no VPN and with (Nord)VPN? Settings?
Regards
With all that being said, even with out the youtube magic, Diversion is by far the best "router-base" ad blocking solution. Some users say it blocks too much. I think of that as a testament of the strength of your finished product.This experimental feature is an attempt to reduce YouTube video ads. The success rate that it prevents ads from playing is relatively low but can be at times very high or frustratingly ineffective.
After setup, all devices running through the router help adding to the forced IP redirect list which typically grows to a unique domain count of about 200-400 over time. The Skip Ad button, if shown, can safely be clicked, the request for the domain has at this time already passed through the router and will be picked up at the next count point (counter at x of xx) and added if not previously seen to the redirect list.
I believe some changes I made in the local development code may have increased the success rate, pending further testing and tweaking. Cross fingers and keep your hopes low...
andresmorago@RT-AC3100-0548:/tmp/home/root# ip route
181.xxx.xxx.xxx dev eth0 proto kernel scope link
181.xxx.xxx.0/24 dev eth0 proto kernel scope link src 181.xxx.xxx.xxx
10.0.0.0/24 dev br0 proto kernel scope link src 10.0.0.1
10.0.0.0/8 dev br0 proto kernel scope link src 10.0.0.6
127.0.0.0/8 dev lo scope link
default via 181.xxx.xxx.xxx dev eth0
Diversion blocks hosts / domain names, not URLs.Question : Can I easily block URLs from only some devices? (ASUS built-in Firewall block URLs for ALL devices.)
Maybe do a search on 10.0.0.6 and "br0" in the system log and confirm the program name creating the route. May require a reboot. Does the route exist if you shut down pixelserv-tls?hello to all
im trying to troubleshoot some issues with my vpn client. i was wondering if this is a normal behavior from diversion and pixelserv in terms of routes?
pixelserv is running at 10.0.0.6. is it normal to see te 4th line when running:?
Code:andresmorago@RT-AC3100-0548:/tmp/home/root# ip route 181.xxx.xxx.xxx dev eth0 proto kernel scope link 181.xxx.xxx.0/24 dev eth0 proto kernel scope link src 181.xxx.xxx.xxx 10.0.0.0/24 dev br0 proto kernel scope link src 10.0.0.1 10.0.0.0/8 dev br0 proto kernel scope link src 10.0.0.6 127.0.0.0/8 dev lo scope link default via 181.xxx.xxx.xxx dev eth0
Sep 24 17:21:07 RT-AC88U-8248 pixelserv-tls[16643]: Listening on :192.168.1.10:443
Sep 24 17:21:07 RT-AC88U-8248 pixelserv-tls[16643]: Listening on :192.168.1.10:80
Maybe do a search on 10.0.0.6 and "br0" in the system log and confirm the program name creating the route. May require a reboot. Does the route exist if you shut down pixelserv-tls?
Check system log that pixelserv-tls starts up okay:
Code:Sep 24 17:21:07 RT-AC88U-8248 pixelserv-tls[16643]: Listening on :192.168.1.10:443 Sep 24 17:21:07 RT-AC88U-8248 pixelserv-tls[16643]: Listening on :192.168.1.10:80
Are you on a bridged network? How do you connect to ISP?
No. it disappears when i shut pixelserv down. thats why i dont think this route thing is related to the issue im having with my vpnclient and the recursive routing errorsDoes the route exist if you shut down pixelserv-tls?
andresmorago@RT-AC3100-0548:/tmp/home/root# ip route
181.xxx.xxx.1 dev eth0 proto kernel scope link
181.xxx.xxx.0/24 dev eth0 proto kernel scope link src 181.xxx.xxx.xxx
10.0.0.0/24 dev br0 proto kernel scope link src 10.0.0.1
127.0.0.0/8 dev lo scope link
default via 181.xxx.xxx.1 dev eth0
Sep 24 10:02:59 RT-AC3100-0548 rc_service: service 17393:notify_rc restart_dnsmasq
Sep 24 10:02:59 RT-AC3100-0548 custom_script: Running /jffs/scripts/service-event (args: restart dnsmasq)
Sep 24 10:03:00 RT-AC3100-0548 custom_config: Appending content of /jffs/configs/dnsmasq.conf.add.
Sep 24 10:03:00 RT-AC3100-0548 custom_script: Running /jffs/scripts/dnsmasq.postconf (args: /etc/dnsmasq.conf)
Sep 24 10:03:01 RT-AC3100-0548 Entware (armv7sf-k2.6): Started pixelserv-tls (Diversion)
Sep 24 10:03:01 RT-AC3100-0548 pixelserv-tls[17626]: pixelserv-tls 2.3.1 (compiled: Jan 31 2020 13:27:14 flags: tls1_3) options: 10.0.0.6
Sep 24 10:03:02 RT-AC3100-0548 rc_service: watchdog 456:notify_rc start_dnsmasq
Sep 24 10:03:02 RT-AC3100-0548 rc_service: waitting "restart_dnsmasq" via ...
Sep 24 10:03:02 RT-AC3100-0548 stubby[17859]: Read config from file /etc/stubby/stubby.yml
Sep 24 10:03:03 RT-AC3100-0548 custom_script: Running /jffs/scripts/service-event-end (args: restart dnsmasq)
Sep 24 10:03:03 RT-AC3100-0548 pixelserv-tls[17626]: Listening on :10.0.0.6:443
Sep 24 10:03:03 RT-AC3100-0548 pixelserv-tls[17626]: Listening on :10.0.0.6:80
Sep 24 10:03:03 RT-AC3100-0548 custom_script: Running /jffs/scripts/service-event (args: start dnsmasq)
Sep 24 10:03:05 RT-AC3100-0548 custom_config: Appending content of /jffs/configs/dnsmasq.conf.add.
Sep 24 10:03:05 RT-AC3100-0548 custom_script: Running /jffs/scripts/dnsmasq.postconf (args: /etc/dnsmasq.conf)
Sep 24 10:03:06 RT-AC3100-0548 stubby[18154]: Read config from file /etc/stubby/stubby.yml
Sep 24 10:03:07 RT-AC3100-0548 custom_script: Running /jffs/scripts/service-event-end (args: start dnsmasq)
Sep 24 10:03:08 RT-AC3100-0548 andresmorago: Started taildns from .
This one has me stumped. A route using the 'br0' interface doesn't get created for pixelserv-tls on the routers I support. The ifconfig command does show pixelserv-tls assigned to br0 though.hi again
My ac3100 is connected to the isp cablemodem which works in bridge mode. i have a fixed public ip address on the router assigned by my isp (181.xxx.xxx.xxx)
No. it disappears when i shut pixelserv down. thats why i dont think this route thing is related to the issue im having with my vpnclient and the recursive routing errors
Code:andresmorago@RT-AC3100-0548:/tmp/home/root# ip route 181.xxx.xxx.1 dev eth0 proto kernel scope link 181.xxx.xxx.0/24 dev eth0 proto kernel scope link src 181.xxx.xxx.xxx 10.0.0.0/24 dev br0 proto kernel scope link src 10.0.0.1 127.0.0.0/8 dev lo scope link default via 181.xxx.xxx.1 dev eth0
pixelserv starts ok every time
Code:Sep 24 10:02:59 RT-AC3100-0548 rc_service: service 17393:notify_rc restart_dnsmasq Sep 24 10:02:59 RT-AC3100-0548 custom_script: Running /jffs/scripts/service-event (args: restart dnsmasq) Sep 24 10:03:00 RT-AC3100-0548 custom_config: Appending content of /jffs/configs/dnsmasq.conf.add. Sep 24 10:03:00 RT-AC3100-0548 custom_script: Running /jffs/scripts/dnsmasq.postconf (args: /etc/dnsmasq.conf) Sep 24 10:03:01 RT-AC3100-0548 Entware (armv7sf-k2.6): Started pixelserv-tls (Diversion) Sep 24 10:03:01 RT-AC3100-0548 pixelserv-tls[17626]: pixelserv-tls 2.3.1 (compiled: Jan 31 2020 13:27:14 flags: tls1_3) options: 10.0.0.6 Sep 24 10:03:02 RT-AC3100-0548 rc_service: watchdog 456:notify_rc start_dnsmasq Sep 24 10:03:02 RT-AC3100-0548 rc_service: waitting "restart_dnsmasq" via ... Sep 24 10:03:02 RT-AC3100-0548 stubby[17859]: Read config from file /etc/stubby/stubby.yml Sep 24 10:03:03 RT-AC3100-0548 custom_script: Running /jffs/scripts/service-event-end (args: restart dnsmasq) Sep 24 10:03:03 RT-AC3100-0548 pixelserv-tls[17626]: Listening on :10.0.0.6:443 Sep 24 10:03:03 RT-AC3100-0548 pixelserv-tls[17626]: Listening on :10.0.0.6:80 Sep 24 10:03:03 RT-AC3100-0548 custom_script: Running /jffs/scripts/service-event (args: start dnsmasq) Sep 24 10:03:05 RT-AC3100-0548 custom_config: Appending content of /jffs/configs/dnsmasq.conf.add. Sep 24 10:03:05 RT-AC3100-0548 custom_script: Running /jffs/scripts/dnsmasq.postconf (args: /etc/dnsmasq.conf) Sep 24 10:03:06 RT-AC3100-0548 stubby[18154]: Read config from file /etc/stubby/stubby.yml Sep 24 10:03:07 RT-AC3100-0548 custom_script: Running /jffs/scripts/service-event-end (args: start dnsmasq) Sep 24 10:03:08 RT-AC3100-0548 andresmorago: Started taildns from .
No. All empty@andresmorago
Do you have any entries on the LAN -> Routes screen
the route gets created on my 2 routers. Ac3100 and ac68u on latest firmware and scripts versions and separate internet conections/setupsThis one has me stumped. A route using the 'br0' interface doesn't get created for pixelserv-tls on the routers I support. The ifconfig command does show pixelserv-tls assigned to br0 though.
The YouTube forced IP redirect counting is even less helpful since each redirect may not prevent an ad from showing. And there usually are a lot of requests for these domains, especially if YT is viewed directly in a browser.Can we get the statistics for youtube ad blocking added to the weakly email? Cause it sure seems like I'm not getting any blocked after a LONG time of it being activated.
There is no way to enable the blocking list update through the UI options if Diversion is disabled or ad-blocking is set to off. What would be the point?how to enable blocking list update job even the diversion is disabled?
can be the management of blocklist available even the diversion is disabled ?
i am using it together with unbound AdBlock ...
sh /opt/share/diversion/file/update-bl.div
That's outside of Diversion's control capabilities. AFAICT this would have to be implemented by the Dnsmasq developer to allow these types of queries be altered by a hosts entry, or any other Dnsmasq option.Any ideas on how to block the type=65 requests? Or will that require an update to Diversion?
I’ve seen a large increase in ads since ios14/apps started using this. The problem seems to be that Diversion is allowing through the initial type=65 request and then blocking the following A one. Since the type=65 comes first, ads seem to be loading. Anything using iAds is leaking through, as is doubleclick. Probably some others, but those seem to be the most prominent ones I've been noticing.That's outside of Diversion's control capabilities. AFAICT this would have to be implemented by the Dnsmasq developer to allow these types of queries be altered by a hosts entry, or any other Dnsmasq option.
Since these queries are generally followed by a A or AAAA type query for the same domain and then are blocked (if the domain is in fact blocked by Diversion), the impact at the moment is low.
2020-09-26 06:19 | static.doubleclick.net | 192.168.1.133 | A | Blocked (blocking list) |
2020-09-26 06:19 | static.doubleclick.net | 192.168.1.133 | type=65 | Allowed |
2020-09-26 06:19 | static-doubleclick-net.l.google.com | 192.168.1.133 | A | Blocked (blocking list) |
2020-09-26 06:19 | static-doubleclick-net.l.google.com | 192.168.1.133 | type=65 | Allowed |
2020-09-26 06:19 | pagead46.l.doubleclick.net | 192.168.1.133 | A | Allowed |
2020-09-26 06:19 | pagead46.l.doubleclick.net | 192.168.1.133 | type=65 | Allowed |
2020-09-26 06:19 | googleads.g.doubleclick.net | 192.168.1.133 | A | Blocked (blocking list) |
2020-09-26 06:19 | googleads.g.doubleclick.net | 192.168.1.133 | type=65 | Allowed |
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!