iStoreOS中ShellCrash防火墙自动任务失效问题分析与解决方案

问题现象

在iStoreOS 22.03.7系统中，ShellCrash的防火墙重启后自动执行功能无法正常工作，而同样的配置在其他OpenWRT衍生版本（包括原版OpenWRT 21.02-23.05、ImmortalWRT和Lean LEDE）中均能正常运行。具体表现为：手动触发任务可以执行，但防火墙服务重启后无法自动触发预设任务。

技术背景

ShellCrash是一个基于Shell的网络工具管理工具，它提供了丰富的自动化功能，包括在系统防火墙重启后自动执行特定任务的能力。这一功能通常依赖于系统防火墙服务的通知机制。

OpenWRT系统从21版本开始逐步引入nftables作为默认防火墙后端，替代传统的iptables。在22版本中，这一过渡更加明显，但为了兼容性，系统仍然保留了iptables支持。

问题分析

通过对比测试和源代码分析，发现问题根源在于iStoreOS 22.03.7版本中防火墙实现的特殊性：

1. 防火墙后端选择：iStoreOS 22.03.7默认使用了iptables而非nftables作为防火墙后端，这与大多数现代OpenWRT衍生版的默认配置不同。

2. 依赖包缺失：iStoreOS提供的iptables实现缺少必要的nftables兼容模块（如kmod-nft-tproxy），这影响了防火墙事件通知机制的完整性。

3. 事件触发机制：ShellCrash的自动任务功能依赖于防火墙服务重启时发出的事件通知，而iStoreOS的特殊配置导致这一通知机制无法正常工作。

解决方案

方案一：重新编译固件使用firewall4

通过修改iStoreOS的编译配置，强制使用firewall4（nftables后端）替代默认的iptables：

# 克隆iStoreOS源代码
git clone -b istoreos-22.03 --single-branch --filter=blob:none https://github.com/istoreos/istoreos
cd istoreos

# 更新feed
./scripts/feeds update -a
./scripts/feeds install -a

# 创建并配置编译选项
touch .config
cat >> .config << EOF
CONFIG_TARGET_x86=y
CONFIG_TARGET_x86_64=y
CONFIG_TARGET_x86_64_DEVICE_generic=y
CONFIG_TARGET_KERNEL_PARTSIZE=100
CONFIG_TARGET_ROOTFS_PARTSIZE=1000
# 禁用传统iptables防火墙
# CONFIG_PACKAGE_firewall is not set
# 启用nftables防火墙
CONFIG_PACKAGE_firewall4=y
# 启用必要的nftables模块
CONFIG_PACKAGE_kmod-nft-tproxy=y
CONFIG_PACKAGE_luci-app-ttyd=y
EOF

# 执行编译
make defconfig
make -j$(nproc)

方案二：手动安装必要组件

如果无法重新编译固件，可以尝试在现有系统中手动安装必要的nftables支持组件：

opkg update
opkg install kmod-nft-tproxy firewall4

然后修改防火墙配置使用nftables后端。

技术建议

1. 版本选择：对于需要完整防火墙功能的用户，建议考虑使用iStoreOS基于OpenWRT 23.05或更新版本的发行版，这些版本对nftables有更好的支持。

2. 兼容性检查：在开发ShellCrash等依赖防火墙事件的应用时，应当同时检测iptables和nftables的可用性，并提供相应的兼容层。

3. 系统监控：可以通过监控/etc/init.d/firewall服务的状态变化来实现跨防火墙后端的通用事件触发机制。

总结

iStoreOS 22.03.7中ShellCrash自动任务失效的问题，本质上是由于系统防火墙实现与主流OpenWRT衍生版的差异导致的。通过改用nftables后端或安装必要的兼容组件，可以解决这一问题。这也提醒我们，在OpenWRT生态中，不同衍生版可能在基础组件实现上存在差异，开发和使用时需要注意这些兼容性问题。