【求助】openwrt的防火墙执行重启卡死

SilentZephyrus

固件版本：bleach plus 20230407 @ OpenWrt  R23.4.1 /                        LuCI Master (git-23.095.26899-77f05f4)
内核版本：5.15.104
问题描述：刚开始装好的时候，防火墙还是正常的，但是加了几次规则，后面只要涉及到防火墙规则的改变，页面总是卡死在防火墙的应用更改中，类似于下图
后续进了命令行系统，使用ps -ef | grep firewall 查询到一堆锁死进程。查询了/etc/init.d/firewall文件，发现重启命令在脚本里面是fw3 restart，直接使用fw3 restart，重启防火墙成功。
但是页面上操作还是无法正常重启防火墙，请问大佬是怎么回事

SilentZephyrus

实际测试了下，三种 情况
/bin/sh /etc/rc.common /etc/init.d/firewall restart 卡死
/etc/init.d/firewall restart 卡死
fw3 restart 成功执行
猜测可能是进程的锁没有成功释放掉，导致命令一直无法执行

SilentZephyrus

每次kill掉锁死进程，都会出现新的/bin/sh /etc/rc.common /etc/init.d/firewall enable命令执行
重启也无法解决这个现象

SilentZephyrus

找到问题了，在lede的issue中发现了问题由来，地址：https://github.com/coolsnowwolf/lede/issues/10910
问题解释：遇到了同样的问题，经过排查问题是由commit 9364fa6 引入。

这个commit回滚了firewall (fw3)的版本，目的是解决lock的问题。在revert掉这个commit之后，mss钳制就好了。

如果我没理解错的话，这个lock问题应该指的是开了某些插件（比如luci-app-unblockmusic）之后，运行/etc/init.d/firewall restart会直接卡住，一直在等待锁的释放。这个问题是因为这些插件在firewall hook脚本里面重启了firewall，导致死锁。可以参考https://github.com/DHDAXCW/DoorN ... -fix-firewall.patch （初始来源未知）的做法，在firewall的init脚本里面强制释放掉锁。

SilentZephyrus

经过issue提醒，关闭了解锁音乐插件，手动ssh执行fw3 restart之后，死锁问题解决