I've been running Skynet for about three weeks now and I have yet to get any blocked inbound connection attempts. Outbound, yes, but inbound is completely clean ["No Data To Display"] which I find hard to believe. Any suggestions on how to investigate this?
sh /jffs/scripts/firewall debug info
There is something seriously wrong there, although I ain't smart enough to know what. Pixelserv certainly shouldn't be 222mb either.top command. 300m. Am I misreading?
Mem: 86188K used, 169248K free, 800K shrd, 1756K buff, 22920K cached
CPU: 54.1% usr 41.0% sys 0.0% nic 2.5% idle 0.6% io 0.0% irq 1.4% sirq
Load average: 2.48 2.54 2.45 3/112 11799
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
23168 23167 lionroot S 15556 6.0 1 0.0 syslog-ng
23167 1 lionroot S 8600 3.3 0 0.0 {syslog-ng} supervising syslog-ng
274 1 lionroot S 6124 2.3 0 0.0 httpd -i br0
1910 1 lionroot S 6084 2.3 1 0.0 /usr/sbin/smbd -D -s /etc/smb.conf
295 1 lionroot S 5912 2.3 0 0.0 networkmap --bootwait
1889 1 lionroot S 5880 2.3 1 0.0 nmbd -D -s /etc/smb.conf
There is something seriously wrong there, although I ain't smart enough to know what. Pixelserv certainly shouldn't be 222mb either.
Code:Mem: 86188K used, 169248K free, 800K shrd, 1756K buff, 22920K cached CPU: 54.1% usr 41.0% sys 0.0% nic 2.5% idle 0.6% io 0.0% irq 1.4% sirq Load average: 2.48 2.54 2.45 3/112 11799 PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND 23168 23167 lionroot S 15556 6.0 1 0.0 syslog-ng 23167 1 lionroot S 8600 3.3 0 0.0 {syslog-ng} supervising syslog-ng 274 1 lionroot S 6124 2.3 0 0.0 httpd -i br0 1910 1 lionroot S 6084 2.3 1 0.0 /usr/sbin/smbd -D -s /etc/smb.conf 295 1 lionroot S 5912 2.3 0 0.0 networkmap --bootwait 1889 1 lionroot S 5880 2.3 1 0.0 nmbd -D -s /etc/smb.conf
My AC86U went Tango Uniform last Sunday, so I'm using my old AC3200, but still, it shouldn't be THAT big of a difference between platforms. Can someone with a (working) AC86U chime in with their syslog-ng memory usage?
AC86U chime in with their syslog-ng memory usage?
I wonder if whoever is compiling them for Entware left some switches set wrong for the HND platform? Last version there was a problem with the non-HND reporting a bogus error. Not throwing stones at the Entware team, if the documentation for compiling syslog-ng is as poorly written as the "administration guide" I'm sure it took a lot of effort to figure out how to get it to work at all.
Quick question - is there a way that I can add an exception for a particular device on my network from the country blocks?
I have Unbound running on a Raspberry Pi and when it is trying to connect to any TLD servers located in China, Skynet steps in & blocks the connection. I'd like to keep the China country block, as I have a few devices on my network that try to 'phone home'.
There is something seriously wrong there, although I ain't smart enough to know what. Pixelserv certainly shouldn't be 222mb either.
Code:Mem: 86188K used, 169248K free, 800K shrd, 1756K buff, 22920K cached CPU: 54.1% usr 41.0% sys 0.0% nic 2.5% idle 0.6% io 0.0% irq 1.4% sirq Load average: 2.48 2.54 2.45 3/112 11799 PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND 23168 23167 lionroot S 15556 6.0 1 0.0 syslog-ng 23167 1 lionroot S 8600 3.3 0 0.0 {syslog-ng} supervising syslog-ng 274 1 lionroot S 6124 2.3 0 0.0 httpd -i br0 1910 1 lionroot S 6084 2.3 1 0.0 /usr/sbin/smbd -D -s /etc/smb.conf 295 1 lionroot S 5912 2.3 0 0.0 networkmap --bootwait 1889 1 lionroot S 5880 2.3 1 0.0 nmbd -D -s /etc/smb.conf
A quote from the first post of the pixelserv-tls thread -I am pretty sure pixelserv is because of my google home devices. I have whole home using DNS Filtering to redirect to my router, and they generate waves of traffic... I see the memory of pixelserv go up and down, and when up I see like 120 threads running inside the servstats page. They do track to call home a lot... this generates large dnsmasq files as well.
I really do not believe your IoT devices are calling home to a web page full of ads. They are likely retrieving data from a server, and leaving some data as well. It is the members of your house accessing web pages on their browsers.pixelserv-tls is a tiny bespoke HTTP/1.1 webserver with HTTPS and SNI support. It acts on behalf of hundreds of thousands of advert/tracker servers and responds to all requests with nothing to speed up web browsing.
A quote from the first post of the pixelserv-tls thread -
I really do not believe your IoT devices are not calling home to a web page full of ads. They are more like retrieving data from a server, and leaving some data as well. It is the members of your house accessing web pages on their browsers.
I just revised the post above as you typed.Ok, good point, the google homes generate a ton of DNS traffic but you are right they are not being redirected to https ad pages. It is odd that pixelserv is seeing huge spikes in blocked usage when it goes up to 12 threads and the memory increases. This happens as well late when many in the family are asleep.
Now I need to investigate more.
That being said, how much memory should syslog ng be using?
Sorry, above is my last post - lets take this to Diversion or a new thread.Guys lets keep it Skynet related to not drift offtopic and confuse people
You’re right: I get confused even when everything’s in its right thread!Guys lets keep it Skynet related to not drift offtopic and confuse people
Thanks, but I think this is not working anymore. Skynet takes again several minutes to start.We are well within their 30k per month limit, I actually implemented the update frequency around this value. I assume the changes made on their end were unintended.
Thanks, but I think this is not working anymore. Skynet takes again several minutes to start.
Was good until now.
sh /jffs/scripts/firewall debug genstats
Post the time log here.Code:sh /jffs/scripts/firewall debug genstats
[i] Generating Stats For WebUI
=============================================================================================================
[#] 305982 IPs (+0) -- 2052 Ranges Banned (+0) || 5 Inbound -- 0 Outbound Connections Blocked! [debug] [75s]
admin@myrouter-CD47:/tmp/home/root#
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!