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!

My pixelsrv-tls stopped working and I got strange performance issue when starting diversion. I already checked my pendrive filesystem with e2fsck and it's ok. What should I check?

I reformatted my SD through amtm and reinstalled everything. I have diversion with pixelsrv-tls, uidivstats, flexqos.
Now pixelserv-tls works but I randomly loose pings on router:

Risposta da 192.168.1.1: byte=32 durata=7ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Richiesta scaduta.
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Richiesta scaduta.
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=101ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64

Update: I uninstalled uidivstats and the situation is quite better: I keep loosing pings but less frequently
 
Last edited:
I reformatted my SD through amtm and reinstalled everything. I have diversion with pixelsrv-tls, uidivstats, flexqos.
Now pixelserv-tls works but I randomly loose pings on router:

Risposta da 192.168.1.1: byte=32 durata=7ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Richiesta scaduta.
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Richiesta scaduta.
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=101ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64

Update: I uninstalled uidivstats and the situation is quite better: I keep loosing pings but less frequently
The pings you send go directly to your router. Maybe that timeout (Richiesta scaduta) is caused by your WLAN setup if that's how that device is connected to it.
 
I finally pulled the trigger and added Diversion with the single 'Standard' block list. I've turned off Edge's Tracking prevention and disabled Ghostery in Chrome. So far things feel about the same for most web browsing. I am hoping it can stop some of the the streaming content commercials, though I suspect this will always be a cat and mouse game. Next will be to enable the youtube ad filtering but I suspect that will be more troublesome.

Next step? Start at post #1 and read the 396 pages / 7,343 posts. Only then, if I have questions, I will ask...
 
Just reset my router and installed this again. What is causing this pop up ?

SECURITY ALERT
Revocation informationfor the security certificatefor this site is not available. Do you want to proceed
 
Does restarting the router affect the experimental youtube blocker?
In other words, does YT blocker build some kind of cache that get's wiped on a router restart?
Just asking as I restart my router everyday.

edit: And does a wan ip change also affect the YT blocker?
 
... Next will be to enable the youtube ad filtering but I suspect that will be more troublesome.

Next step? Start at post #1 and read the 396 pages / 7,343 posts. Only then, if I have questions, I will ask...
The setup for the experimental YouTube video ads blocking is trivial, just follow the on screen guide. As for it's effectiveness - it's a mixed bag. Some have more success than others. Don't expect it to block it all ads. With the release of the next Diversion update an improved version will come along. This version is marginally better in my testing than the current released version.
And have fun reading this thread. There's a lot to learn along with some entertainment with the occasional off topic posts which are sprinkled throughout.
 
Just reset my router and installed this again. What is causing this pop up ?

SECURITY ALERT
Revocation informationfor the security certificatefor this site is not available. Do you want to proceed
I'd start with purging the pixelserv-tls domain certificates in ep, 3, 1.
Then they should disappear. Next import/replace the new pixelserv-tls into browsers/devices which probably was generated new when reinstalling Diversion.
 
Does restarting the router affect the experimental youtube blocker?
In other words, does YT blocker build some kind of cache that get's wiped on a router restart?
Just asking as I restart my router everyday.
The domain list is written to a file, there is no chaching except Dnsmasq that loads the file into memory whenever it starts/restarts.
You can safely restart your router as often as you deem necessary.
 
What does
Remember to import the pixelserv-tls certificate into browsers and devices
open 192.168.1.2/ca.crt in browser, mean

I've been right through this thread and havent found the answer, you would think it would be part of the guide. I downloaded the ca.crt from firefox, do I import back into firefox ??
 
What does
Remember to import the pixelserv-tls certificate into browsers and devices
open 192.168.1.2/ca.crt in browser, mean

I've been right through this thread and havent found the answer, you would think it would be part of the guide. I downloaded the ca.crt from firefox, do I import back into firefox ??

I found this guide

 
Ok, here is a link to the log output. I see some other odd things in that log too. There are IPv4 PTR requests to devices and IP addresses that don't exist on my network. I don't have anything higher than .26


So I am still seeing several hundred PTR requests at the top of each hour. I have tried changing from Stateless to Stateful in my IPv6 config, tried removing Unbound and just using DNSMASQ, rebooted several times, but these massive bursts persist. I have run out of ideas if this is truly an out of normal condition I am seeing.
 
So I am still seeing several hundred PTR requests at the top of each hour. I have tried changing from Stateless to Stateful in my IPv6 config, tried removing Unbound and just using DNSMASQ, rebooted several times, but these massive bursts persist. I have run out of ideas if this is truly an out of normal condition I am seeing.
can you send me a copy of ipdistinctclients.js , should be in /opt/share/uiDivStats.d/csv ?
 
The setup for the experimental YouTube video ads blocking is trivial, just follow the on screen guide. As for it's effectiveness - it's a mixed bag. Some have more success than others. Don't expect it to block it all ads. With the release of the next Diversion update an improved version will come along. This version is marginally better in my testing than the current released version.
And have fun reading this thread. There's a lot to learn along with some entertainment with the occasional off topic posts which are sprinkled throughout.
I get more ads since enabling it lol
 
I get more ads since enabling it lol
That would mean that the YT coders found out about this (marginally) effective trick and adapted to it. I doubt it though.
 
Hi, cross-posting from another thread as it is relevant to Diversion and can help other users.

In the page https://diversion.ch/faq-reader/diversion-is-installed-and-i-still-see-ads.html it is mentioned

Newer Android Devices use hard coded IP addresses for some domains. This circumvents Dnsmasq and with it Diversion.
To force all devices to resolve through your router, set Enable DNS-based Filtering to ON in LAN / DNSFilter on the router WebUI. Then select Router as the Global Filter Mode.

I have done that but didn't work for my Oneplus 6t. Having searched further, I have found this thread:


The advice is basically to force the DNS from the router. I have tested it and it works.

Do you see any issue if I hard code my router IP as primary and secondary DNS in LAN --> DHCP Server --> DNS and WINS Server Setting?

Thank you!
 

Latest threads

Sign Up For SNBForums Daily Digest

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