What's new
  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Today I have updated from 384.12 to 384.13... everything is working fine except for some little thing.
The 2GB swap file now says linke 514GB [emoji1787]. How do I fix that?
abb219a1ae0e0d1890b6ea5c204c7869.jpg


Sent from my SM-G965F Duos
 
Today I have updated from 384.12 to 384.13... everything is working fine except for some little thing.
The 2GB swap file now says linke 514GB [emoji1787]. How do I fix that?
abb219a1ae0e0d1890b6ea5c204c7869.jpg


Sent from my SM-G965F Duos


Try to remove it and then recreate it. It may be the first sign that the drive is starting to fail? :(
 
Try to remove it and then recreate it. It may be the first sign that the drive is starting to fail? :(
No, I doubt that... I think the firm upgrade messed something. Maybe it's even 2GB swap and for some reason it reads it like 514. I'll try recreating it.

Update: Removing and recreating it seem solved it

Sent from my SM-G965F Duos
 
Last edited:
amtm > diversion (1) > blocking list (b) > Change composition Standard (1) > Customize hosts list (2) > Add hosts list (1) > Add your list

Example list: https://raw.githubusercontent.com/StevenBlack/hosts/master/alternates/fakenews-gambling/hosts

If you've already got the main list, you can just add the extensions you want.
Code:
https://raw.githubusercontent.com/StevenBlack/hosts/master/extensions/fakenews/hosts
https://raw.githubusercontent.com/StevenBlack/hosts/master/extensions/porn/hosts
https://raw.githubusercontent.com/StevenBlack/hosts/master/extensions/social/hosts
https://raw.githubusercontent.com/StevenBlack/hosts/master/extensions/gambling/hosts
 
I've tailed the log; no domains popup when that error appears. My last test is to have a blank blocklist and see if it happens. That'll kind of narrow it down absolutely.

I ran privoxy at home for about 1 month to test it out. Realizing that it was only http requests, I figured it would be useless. Turned out to be wrong; almost 80% of 'blocked' domains were still http requests. I found that only 1 in 5 ads were served over https. That was with approx a month's worth of data points.

I ordered a new USB drive because the one I have is shot; I am going to setup everything from scratch and give pixelserv-tls a try again (probably this weekend). Will share my findings...

Thanks for being so responsive and helpful @thelonelycoder

My findings are as follows...
even with NO sites blacklisted, the Amazon Shopping app fails. As a result, I've uninstalled it and will use Brave when I need to use Amazon on my phone. Otherwise, no other broken apps. So far, so good with my new USB drive with pixelserv-tls server running.
 
How can I export the links of the lists I'm using?
Use the backup function or copy the file hostslist in /opt/share/diversion/list/
 
Been using Diversion for months and lately I've noticed that it doesn't seem to be blocking ads any more. I've updated everything Diversion related, the router firmware, and restarted but still nothing. Was there a change that I missed that my WAN DNS setting are interfering?

upload_2019-8-5_22-52-28.png
 
Last edited:
Been using Diversion for months and lately I've noticed that it doesn't seem to be blocking ads any more. I've updated everything Diversion related, the router firmware, and restarted but still nothing. Was there a change that I missed that my WAN DNS setting are interfering?

View attachment 18906
Check if you have the setting "Wan: Use local caching DNS server as system resolver (default: No)" in Tools / Other Settings in the router UI.
If so, set it to "Yes".
 
@thelonelycoder, thank you for your work! I use it the last year and it is amazing! But what about an opportunity to add the external address to the blocklist? For example, I would like to use this address as the page of blocking:
http://176.103.130.133
What's your reasoning for such a request?
This would be very slow, making your web browsing an unpleasant experience. Apart from that, this address does not answer to ping from where I am.
 
Today I have updated from 384.12 to 384.13... everything is working fine except for some little thing.
The 2GB swap file now says linke 514GB [emoji1787]. How do I fix that?
abb219a1ae0e0d1890b6ea5c204c7869.jpg


Sent from my SM-G965F Duos
Next time you see such a number, post output of this command:
Code:
du -h /mnt/AMTM/myswap.swp
 
Yeah, its AdGuard blocking page address from their DNS:
https://adguard.com/en/adguard-dns/overview.html
I just uses it like example. I meant to use the external IP address for own page of blocking with the description.
Diversion is a router ad-blocker. It does everything on your own device.
If you want to employ a third party for additional save-guarding you can do so through parental controls or using the WAN server settings.
Just know that Diversion does not collect metrics and send it somewhere and monetize it*. Using a third party to do that for you will have its own consequences.

*) My server will log the accessing IP when downloading files as part of the Apache web server logging.
I use this info occasionally to check if my scripts are in fact in use out there on routers. Beyond that, I have no interest nor the time to do more with that info.
 
It's not pixelserv-tls that is the problem. It's one or more of the domains that are blocked. Use f to find out which one(s) are causing it for you. This is location dependent, so not everyone needs to whitelist the same domains.

With Diversion Lite installed or pixelserv-tls disabled, Diversion only blocks http domains. When pixelserv-tls is enabled https (secure) domains are blocked as well.
In your case the blocked domain is not blocked because it runs on the https protocol. The vast majority of ad servers run on https these days.

This is great insight...I have/had a similar problem crop up just over the last little while where some vanilla websites (say newegg or other consumer sites) wouldn't load or hangs greatly.....disabled pixelserv and everything is fine again.....I can only presume that some of the site bloatware is causing the issue which pixelserv is restricting since it would be a bit bizarre to have to whitelist pretty stock e-commerce sites.....any thoughts?
 
This is great insight...I have/had a similar problem crop up just over the last little while where some vanilla websites (say newegg or other consumer sites) wouldn't load or hangs greatly.....disabled pixelserv and everything is fine again.....I can only presume that some of the site bloatware is causing the issue which pixelserv is restricting since it would be a bit bizarre to have to whitelist pretty stock e-commerce sites.....any thoughts?
Again, it's not pixelserv-tls blocking your access but domain(s) in the blocking file you use. While it is unlikely that newegg.com is blocked, some other domain may be blocked that the newegg.com coders deem essential for their website/app to work. They're not dumb and know of ad blockers and want their site / app to work as they intended.

Your router and with it Diversion have no knowledge where exactly a domain request comes from. All the router sees is a request sent from your devices IP address.
You may be using Firefox, Edge (bad idea), Opera or Chrome (also not a good idea) to browse the web. Or use a smartphone and an app on it. To the router it's all the same: The IP address of the device.
Hence, Diversion cannot actively help you with finding out which domain is responsible when a website does not load or an app does not work as it should.
The f function will help, but ultimately, trial and error is required to find the domain(s) to add to the whitelist.
 
Again, it's not pixelserv-tls blocking your access but domain(s) in the blocking file you use. While it is unlikely that newegg.com is blocked, some other domain may be blocked that the newegg.com coders deem essential for their website/app to work. They're not dumb and know of ad blockers and want their site / app to work as they intended.

Your router and with it Diversion have no knowledge where exactly a domain request comes from. All the router sees is a request sent from your devices IP address.
You may be using Firefox, Edge (bad idea), Opera or Chrome (also not a good idea) to browse the web. Or use a smartphone and an app on it. To the router it's all the same: The IP address of the device.
Hence, Diversion cannot actively help you with finding out which domain is responsible when a website does not load or an app does not work as it should.
The f function will help, but ultimately, trial and error is required to find the domain(s) to add to the whitelist.

Yeah, definitely tail to log to check for domains that are tripping up the website. Remember with blocklists that sometimes less is more. The more monstrous the blocklist, the more good domains that end up being blocked. Try using Standard for the blocklist or Standard+ if you're using Skynet.
 
Again, it's not pixelserv-tls blocking your access but domain(s) in the blocking file you use. While it is unlikely that newegg.com is blocked, some other domain may be blocked that the newegg.com coders deem essential for their website/app to work. They're not dumb and know of ad blockers and want their site / app to work as they intended.

Your router and with it Diversion have no knowledge where exactly a domain request comes from. All the router sees is a request sent from your devices IP address.
You may be using Firefox, Edge (bad idea), Opera or Chrome (also not a good idea) to browse the web. Or use a smartphone and an app on it. To the router it's all the same: The IP address of the device.
Hence, Diversion cannot actively help you with finding out which domain is responsible when a website does not load or an app does not work as it should.
The f function will help, but ultimately, trial and error is required to find the domain(s) to add to the whitelist.

Thank you sir.....fully understood....the script is awesome and works as intended....and clearly the websites aren't stupid; they'll bury their ad-garbage into as many sites as possible....so Diversion is doing what it's supposed to do.....

It was curious though that on my iOS devices with Safari, it ran into an issue, but on my sons laptop running Firefox, (Ubuntu) the sites came through...…

Either way.....trial and error and whitelisting etc will rule the day....thanks again for the explanation and all the awesomeness you do....
 

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top