Recent content by Boji

Well in htop I am seeing this line constantly when skynet debug output log is running grep -E reply .* is 164\.138\.125\.249 /opt/var/log/dnsmasq.log /opt/var/log/dnsmasq.logl /opt/var/log/dnsmasq.log2 If firewall log not closed gracefully (Ctrl+C), this grep command pops up intermittently...

Prior to v8 I recall if I was using skynets built in debug log tail, it uses lots of cpu; if the ssh window that spawned it was force closed it would continue consuming resources in the background running the operation; but if control+C it would stop; the only solution I had at the time was a...

was having issues whitelisting domains via commandline, updating to 8.0.5 seems to have fixed that issue. ipset -L Skynet-Whitelist | grep sitename is now showing results.

I created a script to auto-update dnscrypt blocklists: https://www.snbforums.com/threads/script-auto-update-dnscrypt-blocklist.94813/

https://github.com/rugabunda/AsusWRTPurity/blob/master/Autoupdate_dnscrypt_blocklist.sh This script automatically updates dnscrypt blocked-names.txt while allowing your custom rules to be maintained. Recommended: update to at least dnscrypt 2.1.9 and enable hot reloading in dnscrypt-proxy.toml...

Using the 66bu. Upgraded back to dnscrypt installer 2.3.4 and 2.1.11 downloaded and installed; will test and see if the reloading issue persists. No problems: no dnsmasq forever reloading causing 99% cpu issues and the dnscrypt 2.1.11 failing to start problem fixed by installer 2.3.4

Had to do it manually. I manually copied over all the changes in dnscrypt toml file like I often do upon updates, but it keeps restarting without explanation. It keeps on restarting dnsmasq over and over and over and over again ad-infinitum totally unnecessarily, exacerbating the problem...

@SomeWhereOverTheRainBow 2.5.3 detects but fails to download the latest dnscrypt proxy 2.1.11 Info: Updating DNSCRYPT_VER=2.1.8 to 2.1.11. Info: Downloading dnscrypt-proxy-linux_arm-2.1.11.tar.gz Info: Downloading dnscrypt-proxy-linux_arm-2.1.11.tar.gz Info: Downloading...

Yes. I was able to reduce unnecessary power even more with this method... the distance with which the signal weakens and cuts off is reduced significantly.

Undervolting AsusWRT/Merlin AC66B1 (Probably the same for the AC68U, AC1900, similar models such as Tenda AC15 & AC18), slight adjustments may be needed for other Asus models, and wifi standards such as Wifi 6/6e/7, and so on. • Regulatory limits: going below legal limits is fine. A brief...

Yeah... that is probably the issue. i never tried restarting acrylic as is only running as a forwarding proxy. But I could have tried that just to be sure. I use acrylic to prevent ptr and AAAA requests, which cuts the diversion log in half; it also acts to reduce attack surface area by...

Yup I ran that and it didn't stop the problem.

Yeah, it is the last thing I suspected, but the only thing that I could think of after checking acryclic dns and windows hosts. Windows shouldn't require a reboot to reload hosts or flush the dns.

Solved; I seem to have fixed the issue, I believe a reboot solved the problem. I had set in my windows hosts file: 192.168.50.2 live.thunderbird.net Yesterday, #'ing it did not solve the problem, nor did flushing dns cache. After commenting out that line in the hosts file and flushing dns...

It is in my own diversion denylist. How is diversion blocklist intercepting third party DoH in Waterfox G6? Dropped https://raw.githubusercontent.com/jdlingyu/ad-wars/master/sha_ad_hosts