Diversion Diversion - the Router Ad-Blocker

[king006]

The same thing happened to me over a week ago. Im not sure what caused it. Besides Diversion I was also running skynet and stubby. The syslog showed nothing unusual.

Do you run stubby?

I do not use stubby. I had 'internet' because an external monitoring didn't give a down report. My ASUS therefore still responded to ping requests from external sources. Only internally 'DNS' no longer worked. I did not an internal ping.

 

[Zonkd]

I do not use stubby. I had 'internet' because an external monitoring didn't give a down report. My ASUS therefore still responded to ping requests from external sources. Only internally 'DNS' no longer worked. I did not an internal ping.

I’m not sure what our problem is then. All I know with certainty is our household loses internet and it happens very infrequently. The router is connected to UPS so never loses power or shuts down. I never had this problem before. The only change I’ve made recently is that I began using stubby. And if that’s unrelated then I’m lost.

 

[king006]

I’m not sure what our problem is then. All I know with certainty is our household loses internet and it happens very infrequently. The router is connected to UPS so never loses power or shuts down. I never had this problem before. The only change I’ve made recently is that I began using stubby. And if that’s unrelated then I’m lost.

I keep an eye on whether it was something unique

 

[martinr]

Are either of you running DNSCrypt? It makes me wonder that, with such a large population as we have on this forum, just how high are the chances that any 2 people’s routers might show similar gremlin-like symptoms at any one time, possibly from different causes?

Similarly, even if you’re both running DNSCrypt, that wouldn’t mean anything: there’s probably thousands of others running it without any problem. In my case, I had major connectivity problems a few weeks after installing DNSCrypt; since uninstalling it, must be 9 months ago, everything’s back to perfection on my RT-AC68U.

 

[king006]

Are either of you running DNSCrypt? It makes me wonder that, with such a large population as we have on this forum, just how high are the chances that any 2 people’s routers might show similar gremlin-like symptoms at any one time, possibly from different causes?

I didn't use DNSCrypt.

 

[Zonkd]

Are either of you running DNSCrypt? It makes me wonder that, with such a large population as we have on this forum, just how high are the chances that any 2 people’s routers might show similar gremlin-like symptoms at any one time, possibly from different causes?

Similarly, even if you’re both running DNSCrypt, that wouldn’t mean anything: there’s probably thousands of others running it without any problem. In my case, I had major connectivity problems a few weeks after installing DNSCrypt; since uninstalling it, must be 9 months ago, everything’s back to perfection on my RT-AC68U.

No the problem is with my AC86U which was always fine with diversion and skynet but just recently installed stubby. I have never installed dnscrypt on it before.

My old ac68u which I don’t use anymore always ran perfectly with DNSCrypt.

 

[martinr]

No the problem is with my AC86U which was always fine with diversion and skynet but just recently installed stubby. I have never installed dnscrypt on it before.

My old ac68u which I don’t use anymore always ran perfectly with DNSCrypt.

You’ve still got that RT-AC68U? If so, reinstate it and put the 86U on ebay! Or turn it in an AP.

 

[Zonkd]

You’ve still got that RT-AC68U? If so, reinstate it and put the 86U on ebay! Or turn it in an AP.

Heck no! Love my 86U. It’s perfect except for occasionally soft reboot gets stuck and requires hard reboot. Even still the 86U boots in about 30-40 seconds whereas the 68U takes at least 3 times as long for wifi to become available. Is the 86U really regarded that poorly? The 68U isn’t as good in my opinion.

 

[martinr]

Heck no! Love my 86U. It’s perfect except for occasionally soft reboot gets stuck and requires hard reboot. Even still the 86U boots in about 30-40 seconds whereas the 68U takes at least 3 times as long for wifi to become available. Is the 86U really regarded that poorly? The 68U isn’t as good in my opinion.

I don’t know that the 86U is regarded as in any way poor. On Merlin’s downloads page the number of downloads for the 68U is the highest, being 3.4 times higher than the next most popular model, the 87U, and 4.2 times the number of downloads for the 86U. So the 68U is certainly a popular model - for now. You should have kept it for a spare/fallback/emergency router, though.

 

[Zonkd]

I don’t know that the 86U is regarded as in any way poor. On Merlin’s downloads page the number of downloads for the 68U is the highest, being 3.4 times higher than the next most popular model, the 87U, and 4.2 times the number of downloads for the 86U. So the 68U is certainly a popular model - for now. You should have kept it for a spare/fallback/emergency router, though.

Download stats make sense because 86U hasn’t been out as long and is pricier. I have kept the 68U for those purposes. The 86U is awesome as primary router, this new dropout bug is a problem though.

 

[martinr]

Download stats make sense because 86U hasn’t been out as long and is pricier. I have kept the 68U for those purposes. The 86U is awesome as primary router, this new dropout bug is a problem though.

I’m sure you’ll crack it; part of the satisfaction is what you learn along the way. Wonder what the odds are that you end up doing a factory reset.......

 

[cmkelley]

I’d completely overlooked this setting (network monitoring) all these years! So, in practice, how does it work? If all’s well, I guess nothing of significance happens, but if it detects a failure to reach the dns server or a failure to receive a ping response, what happens then? Some sort of alert, or just a syslog entry? Or perhaps a ‘phone call from Merlin to tell me my network’s down and suggestions as to what to check?

Do you monitor on Ping, DNS or both?

To be honest, I'm not sure what it does, @RMerlin or someone who's delved into to the code would have to say. No alert, I'm not even sure there's a syslog entry, I didn't look. I monitor ping only.

 

[martinr]

To be honest, I'm not sure what it does, @RMerlin or someone who's delved into to the code would have to say. No alert, I'm not even sure there's a syslog entry, I didn't look. I monitor ping only.

Thanks. And clearly, Merlin doesn’t ‘phone you otherwise I’m sure you would have mentioned it. I’ll leave it as it is, then, especially, as I’m away from home for a while and don’t relish trying to explain to the wife how to reboot the router if my OpenVPN remote tinkerings go wrong. All my devices, away from home, are permanently connected by OpenVPN Server to my router so I still get Skynet’s and Diversion’s billiant protective shields.

 

[Marin]

Thanks. And clearly, Merlin doesn’t ‘phone you otherwise I’m sure you would have mentioned it. I’ll leave it as it is, then, especially, as I’m away from home for a while and don’t relish trying to explain to the wife how to reboot the router if my OpenVPN remote tinkerings go wrong. All my devices, away from home, are permanently connected by OpenVPN Server to my router so I still get Skynet’s and Diversion’s billiant protective shields.

Some info on this here:

https://www.snbforums.com/threads/after-384-9-update-internet-shows-disconnected.55144/#post-468030

 

[Goobi]

I just noted that ads are no longer being blocked. Pixelserv and Diversion are running but for some reason ads no longer being blocked. I can see low amount of reqs in pixelserv servstats and a few entries when I follow the dsnmasq but something is off. Running latest for both. Any suggestions on what I could do to try and remedy? It’s been a long while since I ran with without Adblock/Diversion and it is unbearable. I have no idea how people use the internet without any ad blocking.

 

[martinr]

I just noted that ads are no longer being blocked. Pixelserv and Diversion are running but for some reason ads no longer being blocked. I can see low amount of reqs in pixelserv servstats and a few entries when I follow the dsnmasq but something is off. Running latest for both. Any suggestions on what I could do to try and remedy? It’s been a long while since I ran with without Adblock/Diversion and it is unbearable. I have no idea how people use the internet without any ad blocking.

Please check the DNS Filter on the LAN page; is it on and is Global Mode set to Router?

 

[thelonelycoder]

I just noted that ads are no longer being blocked. Pixelserv and Diversion are running but for some reason ads no longer being blocked. I can see low amount of reqs in pixelserv servstats and a few entries when I follow the dsnmasq but something is off. Running latest for both. Any suggestions on what I could do to try and remedy? It’s been a long while since I ran with without Adblock/Diversion and it is unbearable. I have no idea how people use the internet without any ad blocking.

In addition to @martinr 's suggestion, also check https://diversion.ch/faq-reader/diversion-is-installed-and-i-still-see-ads.html

 

[Zonkd]

Please check the DNS Filter on the LAN page; is it on and is Global Mode set to Router?

Is it necessary to do so? DNS Filter Global Router mode is on for me. I considered turning it off because Stubby gave me a warning during installation.

 

[Jack Yaz]

Is it necessary to do so? DNS Filter Global Router mode is on for me. I considered turning it off because Stubby gave me a warning during installation.

It's a way to make sure the devices are hitting the router for DNS, and therefore Diversion (i.e. a device/app may now be using hardcoded DNS)

Re. Stubby (off-topic) forcing to the router is desirable since dnsmasq on the router will send them via Stubby.

 

[thelonelycoder]

Is it necessary to do so? DNS Filter Global Router mode is on for me. I considered turning it off because Stubby gave me a warning during installation.

No it's not and normally, clients use the router to resolve DNS queries. The mentioned setting just forces all clients to use the specified resolver which in a default environment are not necessary. Only rogue devices use hard coded DNS servers...