昨天晚上新编译了一版固件，然后还是在第一次启动时卡在“开始加载防火墙规则”：

2023-06-05 23:09:45: 执行启动延时 60 秒后再启动! 2023-06-05 23:10:46: 删除相关防火墙规则完成。 2023-06-05 23:10:46: 清空并关闭相关程序和缓存完成。 2023-06-05 23:10:46: TCP节点：[分流总节点]，监听端口：1041 2023-06-05 23:10:46: 过滤服务配置：准备接管域名解析... 2023-06-05 23:10:46: - 节点列表中的域名(vpslist)使用分组：cn 2023-06-05 23:10:46: - 域名白名单(whitelist)使用分组：cn 2023-06-05 23:10:46: - 代理域名表(blacklist)使用分组：passwall_proxy 2023-06-05 23:10:46: - V2ray/Xray分流规则(OpenAI)使用分组：passwall_proxy 2023-06-05 23:10:46: - V2ray/Xray分流规则(Netflix)使用分组：passwall_proxy 2023-06-05 23:10:46: - V2ray/Xray分流规则(Disney)使用分组：passwall_proxy 2023-06-05 23:10:46: - V2ray/Xray分流规则(YouTube)使用分组：passwall_proxy 2023-06-05 23:10:46: - V2ray/Xray分流规则(Proxy)使用分组：passwall_proxy 2023-06-05 23:10:48: - 防火墙域名表(gfwlist)使用分组：passwall_proxy 2023-06-05 23:10:50: - 中国域名表(chnroute)使用分组：cn 2023-06-05 23:10:50: - 请让SmartDNS作为Dnsmasq的上游或重定向！ 2023-06-05 23:10:51: - 域名解析：使用SmartDNS，请确保配置正常。 2023-06-05 23:10:51: 开始加载防火墙规则...

同时系统log显示错误信息： Mon Jun 5 23:10:45 2023 daemon.notice procd: /etc/rc.d/S99zzz_passwall: Error: No such file or directory Mon Jun 5 23:10:45 2023 daemon.notice procd: /etc/rc.d/S99zzz_passwall: list chain inet fw4 nat_output Mon Jun 5 23:10:45 2023 daemon.notice procd: /etc/rc.d/S99zzz_passwall:

经过漫长的等待，passwall的log一直不变，系统log出现错误信息： Mon Jun 5 23:47:15 2023 daemon.notice procd: /etc/rc.d/S99zzz_passwall: /tmp/etc/passwall_tmp/nftset/passwall_chnroute:1:28-6668500: Error: Could not process rule: No such file or directory Mon Jun 5 23:47:15 2023 daemon.notice procd: /etc/rc.d/S99zzz_passwall: define passwall_chnroute = {94.191.0.0/17,93.89.222.0/23,93.183.18.0/24,93.183.14.0/24,93.114.183.0/24,93.113.171.0/24,91.234.36.0/24,89.19.58.0/24,89.117.67.0/24,89.116.144.0/24,88.218.204.0/22,87.254.9.0/24,87.254.207.0/24,86.38.241.0/24,85.28.60.0/24,85.237.205.0/24,85.158.149.0/24,85.133.222.0/24,82.157.240.0/23,82.157.224.0/20,82.157.192.0/19,82.157.128.0/18,82.157.0.0/17,82.156.0.0/16,82.156.0.0/15,81.71.96.0/20,81.71.64.0/19,81.71.56.0/21,81.71.54.0/23,81.71.52.0/23,81.71.48.0/22,81.71.32.0/20,81.71.192.0/18,81.71.176.0/20,81.71.168.0/21,81.71.164.0/22,81.71.160.0/22,81.71.128.0/19,81.71.120.0/21,81.71.116.0/22,81.71.112.0/22,81.71.0.0/19,81.70.0.0/16,81.68.0.0/15,81.68.0.0/14,81.173.28.0/24,81.173.20.0/22,81.173.18.0/23,8.48.85.0/24,8.45.52.0/24,8.45.176.0/24,8.38.121.0/24,8.25.82.0/24,8.220.0.0/14,8.219.64.0/18,8.219.62.0/24,8.219.60.0/23,8.219.56.0/22,8.219.48.0/21,8.219.32.0/20,8.219.128.0/17,8.219.0.0/19,8.218.224.0/19,8.218.220.0/22,8.218.218 看出来是在处理rules时出了错，我这才想起在编译固件时我将gfw、chnlist、chnroute等文件预置进固件，然后我登录进系统，将这几个文件删除，重启固件，结果重启无效，pve里重启也没有反应，最后在pve里将其停止后再启动，这时的passwall的log显示，没有了规则文件的处理，passwall的启动很快：

2023-06-06 08:39:25: 执行启动延时 60 秒后再启动! 2023-06-06 08:40:25: 删除相关防火墙规则完成。 2023-06-06 08:40:26: 清空并关闭相关程序和缓存完成。 2023-06-06 08:40:26: TCP节点：[分流总节点]，监听端口：1041 2023-06-06 08:40:26: 过滤服务配置：准备接管域名解析... 2023-06-06 08:40:26: - 节点列表中的域名(vpslist)使用分组：cn 2023-06-06 08:40:26: - 域名白名单(whitelist)使用分组：cn 2023-06-06 08:40:26: - 代理域名表(blacklist)使用分组：passwall_proxy 2023-06-06 08:40:26: - V2ray/Xray分流规则(OpenAI)使用分组：passwall_proxy 2023-06-06 08:40:26: - V2ray/Xray分流规则(Netflix)使用分组：passwall_proxy 2023-06-06 08:40:26: - V2ray/Xray分流规则(Disney)使用分组：passwall_proxy 2023-06-06 08:40:26: - V2ray/Xray分流规则(YouTube)使用分组：passwall_proxy 2023-06-06 08:40:26: - V2ray/Xray分流规则(Proxy)使用分组：passwall_proxy 2023-06-06 08:40:26: - 请让SmartDNS作为Dnsmasq的上游或重定向！ 2023-06-06 08:40:26: - 域名解析：使用SmartDNS，请确保配置正常。 2023-06-06 08:40:26: 开始加载防火墙规则... 2023-06-06 08:40:26: 加入负载均衡的节点到nftset[passwall_vpslist]直连完成 2023-06-06 08:40:26: 加入所有节点到nftset[passwall_vpslist]直连完成 2023-06-06 08:40:26: 加载路由器自身 TCP 代理... 2023-06-06 08:40:26: - 启用 TPROXY 模式 2023-06-06 08:40:26: - [0]，屏蔽代理UDP 端口：80,443 2023-06-06 08:40:26: 加载路由器自身 UDP 代理... 2023-06-06 08:40:26: 访问控制： 2023-06-06 08:40:27: TCP默认代理：使用TCP节点[分流总节点] 中国列表以外代理所有端口 2023-06-06 08:40:27: UDP默认代理：使用UDP节点[分流总节点] 中国列表以外代理所有端口 2023-06-06 08:40:27: 防火墙规则加载完成！ 2023-06-06 08:40:27: 重启 dnsmasq 服务 2023-06-06 08:40:27: 配置定时任务：自动更新规则。 2023-06-06 08:40:27: 运行完成！

然后我更新规则文件，log如下： 2023-06-06 08:41:02: 开始更新规则... 2023-06-06 08:41:02: gfwlist 开始更新... 2023-06-06 08:41:06: gfwlist 更新成功，总规则数 24175 条。 2023-06-06 08:41:06: chnroute 开始更新... 2023-06-06 08:41:10: chnroute 更新成功，总规则数 98240 条。 2023-06-06 08:41:10: chnroute6 开始更新... 2023-06-06 08:41:11: chnroute6 更新成功，总规则数 3404 条。 2023-06-06 08:41:11: chnlist 开始更新... 2023-06-06 08:41:13: chnlist 更新成功，总规则数 64690 条。 2023-06-06 08:41:13: geoip 开始更新... 2023-06-06 08:41:18: geoip 更新成功。 2023-06-06 08:41:18: geosite 开始更新... 2023-06-06 08:41:22: geosite 更新成功。 2023-06-06 08:41:22: 重启服务，应用新的规则。 2023-06-06 08:41:22: 规则更新完毕... 2023-06-06 08:41:25: 删除相关防火墙规则完成。 2023-06-06 08:41:25: 清空并关闭相关程序和缓存完成。 2023-06-06 08:41:25: TCP节点：[分流总节点]，监听端口：1041 2023-06-06 08:41:25: 过滤服务配置：准备接管域名解析... 2023-06-06 08:41:25: - 节点列表中的域名(vpslist)使用分组：cn 2023-06-06 08:41:25: - 域名白名单(whitelist)使用分组：cn 2023-06-06 08:41:25: - 代理域名表(blacklist)使用分组：passwall_proxy 2023-06-06 08:41:25: - V2ray/Xray分流规则(OpenAI)使用分组：passwall_proxy 2023-06-06 08:41:25: - V2ray/Xray分流规则(Netflix)使用分组：passwall_proxy 2023-06-06 08:41:25: - V2ray/Xray分流规则(Disney)使用分组：passwall_proxy 2023-06-06 08:41:25: - V2ray/Xray分流规则(YouTube)使用分组：passwall_proxy 2023-06-06 08:41:25: - V2ray/Xray分流规则(Proxy)使用分组：passwall_proxy 2023-06-06 08:41:27: - 防火墙域名表(gfwlist)使用分组：passwall_proxy 2023-06-06 08:41:30: - 中国域名表(chnroute)使用分组：cn 2023-06-06 08:41:30: - 请让SmartDNS作为Dnsmasq的上游或重定向！ 2023-06-06 08:41:30: - 域名解析：使用SmartDNS，请确保配置正常。 2023-06-06 08:41:30: 开始加载防火墙规则... 2023-06-06 08:43:37: 加入负载均衡的节点到nftset[passwall_vpslist]直连完成 2023-06-06 08:43:37: 加入所有节点到nftset[passwall_vpslist]直连完成 2023-06-06 08:43:37: 加载路由器自身 TCP 代理... 2023-06-06 08:43:37: - 启用 TPROXY 模式 2023-06-06 08:43:37: - [0]，屏蔽代理UDP 端口：80,443 2023-06-06 08:43:37: 加载路由器自身 UDP 代理... 2023-06-06 08:43:38: 访问控制： 2023-06-06 08:43:38: TCP默认代理：使用TCP节点[分流总节点] 中国列表以外代理所有端口 2023-06-06 08:43:38: UDP默认代理：使用UDP节点[分流总节点] 中国列表以外代理所有端口 2023-06-06 08:43:38: 防火墙规则加载完成！ 2023-06-06 08:43:38: 重启 dnsmasq 服务 2023-06-06 08:43:38: 配置定时任务：自动更新规则。 2023-06-06 08:43:38: 运行完成！

可以看出来从开始加载防火墙到完成启动也用了2分多钟，然后我再重启系统，这次系统顺利启动起来，耗费时间也是一样2分多钟： 2023-06-06 09:05:35: 执行启动延时 60 秒后再启动! 2023-06-06 09:06:35: 删除相关防火墙规则完成。 2023-06-06 09:06:36: 清空并关闭相关程序和缓存完成。 2023-06-06 09:06:36: TCP节点：[分流总节点]，监听端口：1041 2023-06-06 09:06:36: 过滤服务配置：准备接管域名解析... 2023-06-06 09:06:36: - 节点列表中的域名(vpslist)使用分组：cn 2023-06-06 09:06:36: - 域名白名单(whitelist)使用分组：cn 2023-06-06 09:06:36: - 代理域名表(blacklist)使用分组：passwall_proxy 2023-06-06 09:06:36: - V2ray/Xray分流规则(OpenAI)使用分组：passwall_proxy 2023-06-06 09:06:36: - V2ray/Xray分流规则(Netflix)使用分组：passwall_proxy 2023-06-06 09:06:36: - V2ray/Xray分流规则(Disney)使用分组：passwall_proxy 2023-06-06 09:06:36: - V2ray/Xray分流规则(YouTube)使用分组：passwall_proxy 2023-06-06 09:06:36: - V2ray/Xray分流规则(Proxy)使用分组：passwall_proxy 2023-06-06 09:06:37: - 防火墙域名表(gfwlist)使用分组：passwall_proxy 2023-06-06 09:06:40: - 中国域名表(chnroute)使用分组：cn 2023-06-06 09:06:40: - 请让SmartDNS作为Dnsmasq的上游或重定向！ 2023-06-06 09:06:40: - 域名解析：使用SmartDNS，请确保配置正常。 2023-06-06 09:06:40: 开始加载防火墙规则... 2023-06-06 09:08:44: 加入负载均衡的节点到nftset[passwall_vpslist]直连完成 2023-06-06 09:08:44: 加入所有节点到nftset[passwall_vpslist]直连完成 2023-06-06 09:08:45: 加载路由器自身 TCP 代理... 2023-06-06 09:08:45: - 启用 TPROXY 模式 2023-06-06 09:08:45: - [0]，屏蔽代理UDP 端口：80,443 2023-06-06 09:08:45: 加载路由器自身 UDP 代理... 2023-06-06 09:08:45: 访问控制： 2023-06-06 09:08:45: TCP默认代理：使用TCP节点[分流总节点] 中国列表以外代理所有端口 2023-06-06 09:08:45: UDP默认代理：使用UDP节点[分流总节点] 中国列表以外代理所有端口 2023-06-06 09:08:45: 防火墙规则加载完成！ 2023-06-06 09:08:45: 重启 dnsmasq 服务 2023-06-06 09:08:45: 配置定时任务：自动更新规则。 2023-06-06 09:08:45: 运行完成！

总结：我在编译固件时将规则文件预置进了固件（之前一直是这样操作的，难道iptable版和nftable版不兼容？）而且规则文件比较大，造成passwall在第一次启动时因为处理规则文件时耗时较长，并且有很大机率出错卡死，之后启动成功后再启动基本比较顺利，但规则文件比较大时加载时间较长。

另：第一次启动时的第一次出错信息应该不是处理规则文件时造成的，具体问题请大佬们分析一下。