1
datocp 2015-04-30 13:05:01 +08:00 via Android
刚查了一下这东西有点像privoxy这样的代理软件来过滤广告。所以既然代理进程挂了那只能去判断重启进程。不然后续连接肯定有问题。
tcp udp连接dd tt都有参数可以直接调整内核idle timeout,但是做过qos的效果更明显。只能用脚本去侦测ip并发数再去实施iptables limit或者tcp reset之类。显然你的不属于tcp timeout的问题更像是进程不再响应后续连接。 |
2
gameliving OP @datocp 经过测试,大概6小时左右会影响到网速,如果让路由器每6小时释放一次TCP应该怎么弄?
|
3
ryd994 2015-04-30 14:18:18 +08:00
照理说,进程结束后,所有未关闭的文件句柄会由父进程接手,最后由init释放。
tcp sock也是文件句柄。 是服务死了但进程还在么? 还是父进程没处理? |
4
datocp 2015-04-30 14:23:35 +08:00
http://www.groad.net/bbs/thread-8832-1-1.html
没用过adbyby看看这介绍吧。 iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-ports 8118 有这样的语句存在进程崩溃,当然后续连接无法代理了。所以应该研究的是如何用cron配合shell脚本进行进程守候处理。 |
5
gameliving OP @ryd994 adbyby会弄出来好几十个子进程。。。。
|
6
ryd994 2015-04-30 15:00:53 +08:00
@gameliving 按4楼的做法,kill父进程,可以温和一点,SIGTERM
几十个子进程不是问题,问题是父进程没有帮子进程释放资源。 这时候只能kill父进程,让init处理 @datocp cron每分钟加一条iptables规则这算几个意思? |
7
gameliving OP |
8
ryd994 2015-04-30 21:05:59 +08:00 via Android
|
9
quix 2015-04-30 21:47:11 +08:00
tcpkill 行不行
|