Diversion Diversion - the Router Ad-Blocker

[SomeWhereOverTheRainBow]

I have to enable that for my TV (Sony 55w829bbu) and set it's IP address in the DNS filter list otherwise I cannot get the Youtube app to load. For the life of me I couldn't figure out what I needed to put in the whitelist to make it work just for that device so it was easier to just go down the DNS Filter route just to keep the kids happy watching Peppa Pig.

If there is a way to get Diversion to work with it and the Youtube ad block it would be fantastic. Official Peppa Pig cartoon shows are riddled with ads every minute!

Yea I haven't had any problem with it on smart devices and I watched Peppa pig ad free for several hours. I guess it is because this is not really blocking the ads but telling it to respond to a specific address

 

[martinr]

....,and I watched Peppa pig ad free for several hours. .....

I just knew it was you, and not your kids, who was the real devotee of Peppa Pig.

 

[SomeWhereOverTheRainBow]

I just knew it was you, and not your kids, who was the real devotee of Peppa Pig.

What can I say . I got to have hours of mind numbingness to keep my brain in check.

 

[New2This]

Thanks for this.....Everything is working great

admin@RT-AX88U-E960:/tmp/home/root# /opt/bin/grep -ae "reply.*-.*\.googlevideo.*
\..*\..*\..*" /opt/var/log/dnsmasq.log
May  9 11:07:39 dnsmasq[30136]: reply r6.sn-cxaaj5o5q5-tt1y.googlevideo.com is 184.150.168.209
May  9 11:07:50 dnsmasq[30136]: reply r8.sn-cxaaj5o5q5-tt1e.googlevideo.com is 184.150.183.147
May  9 11:07:57 dnsmasq[30136]: reply r2.sn-h5q7rn7l.googlevideo.com is 173.194.139.39
May  9 11:08:28 dnsmasq[1121]: reply r1.sn-cxaaj5o5q5-tt1z.googlevideo.com is 184.150.182.76
May  9 11:08:32 dnsmasq[1121]: reply r5.sn-cxaaj5o5q5-tt1s.googlevideo.com is 184.150.183.80
May  9 11:08:37 dnsmasq[1121]: reply r1.sn-cxaaj5o5q5-tt1y.googlevideo.com is 184.150.168.204
May  9 11:09:27 dnsmasq[1871]: reply r7.sn-cxaaj5o5q5-tt1k.googlevideo.com is 184.150.186.82
May  9 11:09:39 dnsmasq[1871]: reply r2.sn-cxaaj5o5q5-tt1d.googlevideo.com is 184.150.153.205
May  9 11:09:52 dnsmasq[1871]: reply r7.sn-cxaaj5o5q5-tt1e.googlevideo.com is 184.150.183.146
May  9 11:10:26 dnsmasq[1871]: reply r1.sn-a5mlrnes.googlevideo.com is 173.194.166.7
May  9 11:10:27 dnsmasq[1871]: reply r1.sn-tt1eln7e.googlevideo.com is 74.125.0.71
May  9 11:15:43 dnsmasq[1871]: reply r8.sn-cxaaj5o5q5-tt1ee.googlevideo.com is 184.150.186.147
May  9 11:19:13 dnsmasq[1871]: reply r7.sn-cxaaj5o5q5-tt1y.googlevideo.com is 184.150.168.210
May  9 11:19:14 dnsmasq[1871]: reply r4.sn-9gv7ened.googlevideo.com is 74.125.1.9
May  9 11:19:18 dnsmasq[1871]: reply r3.sn-cxaaj5o5q5-tt1k.googlevideo.com is 184.150.186.78
May  9 11:19:20 dnsmasq[1871]: reply r6.sn-cxaaj5o5q5-tt1l.googlevideo.com is 184.150.183.17
May  9 11:19:24 dnsmasq[1871]: reply r6.sn-cxaaj5o5q5-tt1r.googlevideo.com is 184.150.168.177
May  9 11:25:10 dnsmasq[1871]: reply r3.sn-cxaaj5o5q5-tt1z.googlevideo.com is 184.150.182.78
May  9 11:33:47 dnsmasq[1871]: reply r2.sn-hpa7zn76.googlevideo.com is 173.194.160.200
May  9 11:35:26 dnsmasq[1871]: reply r6.sn-cxaaj5o5q5-tt1z.googlevideo.com is 184.150.182.81
May  9 11:35:27 dnsmasq[1871]: reply r1.sn-cxaaj5o5q5-tt1ee.googlevideo.com is 184.150.186.140
May  9 11:35:28 dnsmasq[1871]: reply r5.sn-aigzrn7l.googlevideo.com is 173.194.5.234
May  9 11:35:29 dnsmasq[1871]: reply r8.sn-cxaaj5o5q5-tt1s.googlevideo.com is 184.150.183.83
May  9 11:35:29 dnsmasq[1871]: reply r4.sn-cxaaj5o5q5-tt1e.googlevideo.com is 184.150.183.143
May  9 11:35:31 dnsmasq[1871]: reply r1.sn-cxaaj5o5q5-tt1y.googlevideo.com is 184.150.168.204
May  9 11:35:31 dnsmasq[1871]: reply r6.sn-cxaaj5o5q5-tt1y.googlevideo.com is 184.150.168.209
May  9 11:36:31 dnsmasq[1871]: reply r3.sn-cxaaj5o5q5-tt1ee.googlevideo.com is 184.150.186.142
May  9 11:37:48 dnsmasq[1871]: reply r3.sn-cxaaj5o5q5-tt1d.googlevideo.com is 184.150.153.206
May  9 11:39:00 dnsmasq[1871]: reply r2.sn-cxaaj5o5q5-tt1e.googlevideo.com is 184.150.183.141
May  9 11:39:01 dnsmasq[1871]: reply r6.sn-cxaaj5o5q5-tt1d.googlevideo.com is 184.150.153.209
May  9 11:39:31 dnsmasq[1871]: reply r1.sn-hpa7kn76.googlevideo.com is 74.125.99.134
May  9 13:03:39 dnsmasq[1871]: reply r2.sn-cxaaj5o5q5-tt1e.googlevideo.com is 184.150.183.141

 

[SomeWhereOverTheRainBow]

That dind't work either. Now something is strange. The stats in the router's UI still show all the queries blocked and the dnsmasq.log file is rest to zero. Pixelserv doesn't show anything, but the blocking is working:
View attachment 23359

Either Pixel Serv has switch to comical style stats, or yours is taking a vacation.

 

[adampk17]

I just noticed that the version of amtm on my router is old, 3.1.4. When I press U it displays the version number of the various components installed but it loops and the only way I can seemingly get it to stop looping is by pressing cntrl-c.

Perhaps the looping is a bug in amtm 3.1.4, maybe my install is corrupted, [emoji2369].

Any tips on how to get the looping to stop or to force an amtm update?

Thank you

 

[SomeWhereOverTheRainBow]

I just noticed that the version of amtm on my router is old, 3.1.4. When I press U it displays the version number of the various components installed but it loops and the only way I can seemingly get it to stop looping is by pressing cntrl-c.

Perhaps the looping is a bug in amtm 3.1.4, maybe my install is corrupted, [emoji2369].

Any tips on how to get the looping to stop or to force an amtm update?

Thank you

Use uu

 

[adampk17]

Use uu

Perfect. So easy. Thank you!

 

[majnu]

This is the output from

/opt/bin/grep -ae "reply.*-.*\.googlevideo.*\..*\..*\..*" /opt/var/log/dnsmasq.log

ASUSWRT-Merlin RT-AC87U 384.13_8 Sun Apr 26 02:25:29 UTC 2020
admin@RT-AC87U-7538:/tmp/home/root# /opt/bin/grep -ae "reply.*-.*\.googlevideo.*
\..*\..*\..*" /opt/var/log/dnsmasq.log
May  9 16:37:52 dnsmasq[20673]: reply r6.sn-cu-h5oy.googlevideo.com is 81.134.10                     8.145
May  9 16:37:52 dnsmasq[20673]: reply r4.sn-cu-h5oy.googlevideo.com is 81.134.10                     8.143
May  9 16:46:25 dnsmasq[23872]: reply r2.sn-cu-h5oy.googlevideo.com is 81.134.10                     8.141
May  9 16:47:00 dnsmasq[23872]: reply r10.sn-cu-auoe.googlevideo.com is 109.144.                     0.25
May  9 16:51:55 dnsmasq[23872]: reply r1.sn-cu-h5oy.googlevideo.com is 81.134.10                     8.140
May  9 17:03:12 dnsmasq[28016]: reply r4.sn-cu-h5oy.googlevideo.com is 81.134.10                     8.143
May  9 17:03:12 dnsmasq[28016]: reply r6.sn-cu-h5oy.googlevideo.com is 81.134.10                     8.145
May  9 17:03:38 dnsmasq[28016]: reply r5.sn-cu-h5oy.googlevideo.com is 81.134.10                     8.144
May  9 17:03:45 dnsmasq[28016]: reply r3.sn-cu-h5oy.googlevideo.com is 81.134.10                     8.142
May  9 17:22:02 dnsmasq[28016]: reply r12.sn-cu-auol.googlevideo.com is 109.144.                     0.91
May  9 18:19:46 dnsmasq[28016]: reply r1.sn-cu-h5oy.googlevideo.com is 81.134.10                     8.140
May  9 18:19:46 dnsmasq[28016]: reply r6.sn-cu-h5oy.googlevideo.com is 81.134.10                     8.145
May  9 18:19:46 dnsmasq[28016]: reply r5.sn-cu-h5oy.googlevideo.com is 81.134.10                     8.144
May  9 18:20:05 dnsmasq[28016]: reply r1.sn-cu-auoe.googlevideo.com is 109.144.0                     .16
May  9 18:22:22 dnsmasq[28016]: reply r2.sn-cu-h5oy.googlevideo.com is 81.134.10                     8.141
May  9 18:30:17 dnsmasq[28016]: reply r1.sn-cu-h5oy.googlevideo.com is 81.134.10                     8.140
May  9 18:30:17 dnsmasq[28016]: reply r5.sn-cu-h5oy.googlevideo.com is 81.134.10                     8.144
May  9 18:33:30 dnsmasq[28016]: reply r3.sn-cu-h5oy.googlevideo.com is 81.134.10                     8.142
May  9 18:36:38 dnsmasq[28016]: reply r11.sn-cu-auoz.googlevideo.com is 213.123.                     253.90
May  9 18:39:05 dnsmasq[28016]: reply r7.sn-cu-auoz.googlevideo.com is 213.123.2                     53.86
admin@RT-AC87U-7538:/tmp/home/root#

 

[XIII]

Is it normal to have this when updating Diversion?

  i  Checking dnsmasq.conf entries
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...

 

[Mutzli]

Either Pixel Serv has switch to comical style stats, or yours is taking a vacation.

Had to reinstall Diversion from scratch to get it all working again. Also YT ad-blocking is working now:

 

[Asad Ali]

@thelonelycoder It seems the latest ( or maybe the second last version ) version broke the hosted wildcard blacklist domains feature, native wildcard blacklist is working fine but not hosted one.

I was using my personal wildcard list from a long time without any issue but now after some testing in /opt/share/diversion/list/ directory I can see the entries populated in "wc_blacklist" file but under /opt/share/diversion/list/dnsmasq.d/wc_blacklist.conf its showing only a single entry of the last blocked domain from my hosted wildcard list and Diversion is only blocking that single domain.

I'm using Diversion Lite if that matters.

The hosted wildcard list in case you need to do testings:
https://raw.githubusercontent.com/asaddon/Asads-Hosts/master/DiversionWildCard

 

[thelonelycoder]

Is it normal to have this when updating Diversion?

  i  Checking dnsmasq.conf entries
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...
  i  Waiting for blockinglist entry...

It was waiting for the blocking list entry in dnsmasq.conf to appear, meaning Dnsmasq did take a long while to restart.

 

[thelonelycoder]

That dind't work either. Now something is strange. The stats in the router's UI still show all the queries blocked and the dnsmasq.log file is rest to zero. Pixelserv doesn't show anything, but the blocking is working:
View attachment 23359

Restart pixelserv-tls in ep, 4.

 

[Mutzli]

Restart pixelserv-tls in ep, 4.

I tracked it down by checking the link to the Pixelserv Stats https://router.asus.com:8443/ext/uiDivStats/psstats.htm.
This worked so I knew it had to be a browser problem. Clearing the browser cash brought it back (Edge Version 81.0.416.72)
And you can't just close out of Edge chromium, you have to kill the task and than reload Edge or restart the computer. Somehow Windows 10 keeps Edge running in the background even if you log in out out of Windows.

 

[thelonelycoder]

And you can't just close out of Edge chromium, you have to kill the task and than reload Edge or restart the computer. Somehow Windows 10 keeps Edge running in the background even if you log in out out of Windows.

Developers, developers, developers

 

[Asad Ali]

@thelonelycoder It seems the latest ( or maybe the second last version ) version broke the hosted wildcard blacklist domains feature, native wildcard blacklist is working fine but not hosted one.

I was using my personal wildcard list from a long time without any issue but now after some testing in /opt/share/diversion/list/ directory I can see the entries populated in "wc_blacklist" file but under /opt/share/diversion/list/dnsmasq.d/wc_blacklist.conf its showing only a single entry of the last blocked domain from my hosted wildcard list and Diversion is only blocking that single domain.

I'm using Diversion Lite if that matters.

The hosted wildcard list in case you need to do testings:
https://raw.githubusercontent.com/asaddon/Asads-Hosts/master/DiversionWildCard

Okay found and fixed the issue.

In post-conf.div on line 151:

echo "address=/$i/$blockingIP" >"${DIVERSION_DIR}/list/dnsmasq.d/wc_blacklist.conf"

You missed a second > and it was making a new file instead of appending it.

 

[Rhialto]

And you can't just close out of Edge chromium, you have to kill the task and than reload Edge or restart the computer. Somehow Windows 10 keeps Edge running in the background even if you log in out out of Windows.

Ok so it wasn't just happening to me... I never use it except a few times a year and was always wondering why this was happening.

 

[thelonelycoder]

Okay found and fixed the issue.

In post-conf.div on line 151:

echo "address=/$i/$blockingIP" >"${DIVERSION_DIR}/list/dnsmasq.d/wc_blacklist.conf"

You missed a second > and it was making a new file instead of appending it.

Yes, sorry, I noticed too and was wondering that no one complained... An updaye is coming soon.

 

[HorseCalledHorse]

Don't want to distract from the YouTube block discussion, but is anyone else seeing a dramatic reduction in RAM usage on their router with the latest versions of Diversion? I run Diversion, Skynet and UiDivStats and was used to seeing my RAM usage hover around 90-95%. Now its stays around 63-69%. My first thought was, "Why aren't you using all my RAM? What's wrong?" Needless to say, everything is working fine. I do run native IPv6, so maybe it's because that's no longer doubling up?