thelonelycoder
Part of the Furniture
Thanks, I'll use that in AB4, AB3 stays on the old method.Yes, which I have modified in this commit (along with amtm which uses the same code)
Thanks, I'll use that in AB4, AB3 stays on the old method.Yes, which I have modified in this commit (along with amtm which uses the same code)
sh /jffs/scripts/firewall
@Adamm I may have found a bit of a bug. When applying settings and calling firewall-start it seems Skynet checks if its running and if it is (and it always is running) it exits. However I have found that even though Skynet is running its not removing the dropped packet logs from syslog. They quickly pile up. The resolution is to enter this at command line:Once in the menu I run restart (number 8) and in spite of the fails it restarts and removes those syslog entries again. This is my only observation everything else works pristine. Thanks for your excellent script writing skills! I love Skynet!Code:sh /jffs/scripts/firewall
Doesn't Skynet only remove them hourly on the cron job for saving and processing?Lets say you are changing QOS settings. You apply the change. When I return to the log I can see all the dropped packet entries start piling up they never quit. If I ssh into the router and restart Skynet even though the ssh read out says that the process failed it actually works to get rid of the dropped packet log entries. You can replicate this by lets say adding a gateway setting to dhcp settings. In my case I set to my routers private ip. I apply the change at the bottom of the page and wait for the changes to take place. I then go to the syslog as soon as I am able and like I said the dropped packet logs start adding up. The log shows that firewall-start is run and complete (I use logger "End of firewall-start"). So if I run firewall-start from ssh you can see Skynet getting called but it exits because its running already. Log entries should be gone but are not. I have to restart Skynet even though the ssh display shows failures it works and the log is returned to be clean of dropped packet logs. Thank you for your patience bud!
That may be true, I can understand that, but for me that means 150 or more dropped packet log entries before Skynet runs again.Doesn't Skynet only remove them hourly on the cron job for saving and processing?
That may be true, I can understand that, but for me that means 150 or more dropped packet log entries before Skynet runs again.
Does not affect performance at all. It makes navigating logs miserable when other things are being logged as well.Do you find that affects performance? You can also turn off debug logging.
It doesn’t seem to impact my router, so that is why I am asking.
Sent from my iPhone using Tapatalk
Lets say you are changing QOS settings. You apply the change. When I return to the log I can see all the dropped packet entries start piling up they never quit. If I ssh into the router and restart Skynet even though the ssh read out says that the process failed it actually works to get rid of the dropped packet log entries. You can replicate this by lets say adding a gateway setting to dhcp settings. In my case I set to my routers private ip. I apply the change at the bottom of the page and wait for the changes to take place. I then go to the syslog as soon as I am able and like I said the dropped packet logs start adding up. The log shows that firewall-start is run and complete (I use logger "End of firewall-start"). So if I run firewall-start from ssh you can see Skynet getting called but it exits because its running already. Log entries should be gone but are not. I have to restart Skynet even though the ssh display shows failures it works and the log is returned to be clean of dropped packet logs. Thank you for your patience bud!
It makes navigating logs miserable when other things are being logged as well.
Oh I should add that I have bad vision and need large text size in logs to read them. This makes things worse I know.
This sounds real nice!!Sounds familar . What works perfectly for me is a (free) remote logging service, called Papertrail (https://papertrailapp.com/). If you have no problems with uploading your logs, you can simply create a free account. You can define one of their IP's (just resolve the hostname they give you and use one of the IP's returned) and a dedicated portnumber to send your logs to in the AsusWRT Merlin Webui > System Log > Remote Log Server. Once set and done, you can easily filter your logfile. It's realtime, it's free (with some limitations but definitely suits my needs), you can add multiple systems and you can create any filter (include, exclude search strings, filter by process etcetera). You can even set up e-mail alerts. Not affiliated in any way, but I love it, and I just zoom in and out in my browser)
This sounds real nice!!
Sent you a message...It actually is If you need any help just send me a pm.
Any idea what might cause this upon restarting skynet...
Just give it 60 seconds and try again...
firewall
Have you been trying to restarting it all that time? Try exiting and start it by typing
Code:firewall
in your terminal. If it persists take a look at syslog if that gives any clues as to what went wrong.
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!