运行一定时间后一定崩溃 #11
Comments
|
没错，dev分支在我自己路由器上，也是会运行一段时间后就会挂掉。我暂时没有空去找问题在哪里。如果你们学校查得不是太严，建议用master分支。如果你感兴趣，也可以帮我找找bug在哪里，肥肠感谢。 |
|
太惨了,似乎性能越强崩溃越快,我软路由上大概10分钟左右就崩溃了,但是硬路由大概1天崩溃一次,被迫转到master分支 |
崩溃后重启防火墙无效，重启网络无效，路由自身无法联网，不知道能提供多少帮助 |
重新挂载eth0可行，但是我也不知道为啥 |
我的路由器崩溃后自动重启就一切正常了。 |
我路由器根本不会自动重启..炸了就一直没有网络 |
可以试着改一下 kernel.panic 参数，应该就可以炸了之后自动重启了。 参考 https://www.techrepublic.com/blog/linux-and-open-source/auto-reboot-linux-after-a-kernel-panic/ |
|
切换到了master，照样炸。。。 |
那这个可能不是我的锅……不要加载我的模块，看会不会炸 |
不加载不会挂，只要把rmmod xmurp-ua写在开机脚本里就啥事没有。。。 |
有趣，我还是第一次见master也能炸…… 问一下，编译时是用对应的sdk编译的吗？安装插件时是否有提示内核版本不匹配？ |
|
我这也是master照炸不误,十几分钟就炸了 |
这样看来，可能是5.x的原因……我自己的路由器用的4.14的内核，master没事，dev大概一天炸一两次。 我什么时候有空，试试在虚拟机里5.x内核能不能复现吧。如果可以复现的话，打大量log，应该就可以找到问题。 但问题是，没空…… |
|
我diff一下4和5的net/sched/sch_generic.c看看差异 |
软路由4.19依然会炸,好像是网卡直接炸了,直接看不到网卡 |
|
我把内核降到了4.14，还是炸了。。。 |
|
而且还更加频繁了。。。 这是第三次 频率逐渐增高。。。 |
|
放弃了，换用 |
|
issue先别关……我有空会去处理 |
怎么用 |
server {
listen 8118;
resolver 119.29.29.29 ipv6=off;
location / {
set $agent "Fuck/1.0";
proxy_pass http://$host$request_uri;
# proxy_bind $remote_addr transparent;
proxy_http_version 1.1;
proxy_set_header Host $proxy_host;
proxy_set_header User-Agent $agent;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "";
proxy_connect_timeout 20;
proxy_send_timeout 30;
proxy_read_timeout 30;
proxy_buffers 256 4k;
proxy_max_temp_file_size 0k;
}
}我觉得这套参数还能优化，我还在试 |
因为你还要用iptables转发流量，逻辑和privoxy是一样的。 |
下面规则应该没毛病吧 |
建议用我这个测试下 |
没看懂你的意思，不过我手机电脑都是可以直接替换的 |
哎，你需要补点课 |
|
话说，用nginx代理的话，性能怎么样？普通的路由器能扛得住吗？ |
感觉比privoxy性能高，我的是mt7620 |
查了一点资料，也许可以通过关闭TSO来解决？ |
官方openwrt里，如果支持tso的话，在防火墙那里就会有设置，并且默认是不开启的。 |
|
获取了一些新的log，可能有帮助 |
感谢，但是最近没有空处理。下次一定。 |
|
我自己写了一个程序，不是内核模块，但是可以使用NFQUEUE处理通过所有端口的HTTP流量 |
|
我来试试，编译时内核版本啥的有没有需求？
Zxilly <[email protected]> 于 2020年11月30日周一 12:36写道：
… 我自己写了一个程序，不是内核模块，但是可以使用NFQUEUE处理通过所有端口的HTTP流量
目前看来，工作良好
https://github.com/Zxilly/UA2F
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#11 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AKUHCGVPD4Y33A2XPYLKOCTSSMONPANCNFSM4R7IEDMA>
.
|
依赖 |
|
OK，睡一觉起来看看能不能用😂
Zxilly <[email protected]> 于 2020年11月30日周一 13:09写道：
… 我来试试，编译时内核版本啥的有没有需求？ Zxilly ***@***.*** 于 2020年11月30日周一
12:36写道：
… <#m_3782045436347867903_>
我自己写了一个程序，不是内核模块，但是可以使用NFQUEUE处理通过所有端口的HTTP流量 目前看来，工作良好
https://github.com/Zxilly/UA2F — You are receiving this because you
commented. Reply to this email directly, view it on GitHub <#11 (comment)
<#11 (comment)>>,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AKUHCGVPD4Y33A2XPYLKOCTSSMONPANCNFSM4R7IEDMA
.
依赖linmnl,libnetfilter-queue和iptables-mod-nfqueue，最后一个忘记加到依赖里了
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#11 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AKUHCGQNLNEHA7ROYDIMSJTSSMSKJANCNFSM4R7IEDMA>
.
|
|
这个崩溃，我猜测应该是那个有线网络数据包过滤那块出了点问题，纯无线网络使用没啥问题，有线和无线混用一段时间，可能就会出现崩溃重启的情况 |
|
@Subdue0 没关系的，这个hook在netfilter链上，没有所谓的有线无线，都是转发到wan然后再分发，那一步已经和xmurp没关系了 |
|
哎，xmurp崩溃的问题又被拖出来鞭尸。。。看看自己几年前的代码，感觉真的很糟糕。。。 这个项目的 star 都快到 100 了，我觉得我可能有社会责任来把它捡起来继续维护，但是又没空。。。 话说，为啥这个项目没人接手呢。。。 |
|
@CHN-beta 按GitHub的标准，200star才值得被永久保存，所以不急（ |
|
不能写那种一劳永逸的，不需要更新维护的，用那种linux底层通用基础库去做这个么 |
底层通用基础库是指什么？ 另外，这个不是因为api改动而需要继续维护，而是我一开始写的时候就没写好。。。 |
|
@Subdue0 netfilter库并没有变过（ |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
路由器是袋鼠云，MT7620的芯片
The text was updated successfully, but these errors were encountered: