[Bug] OPENCLASH不停修改DHCP/DNS的转发设置

[minisind]

Verify Steps

• [X] Tracker 我已经在 Issue Tracker 中找过我要提出的问题
• [X] Branch 我知道 OpenClash 的 Dev 分支切换开关位于插件设置-版本更新中，或者我会手动下载并安装 Dev 分支的 OpenClash
• [X] Latest 我已经使用最新 Dev 版本测试过，问题依旧存在
• [X] Relevant 我知道 OpenClash 与 内核(Core)、控制面板(Dashboard)、在线订阅转换(Subconverter)等项目之间无直接关系，仅相互调用
• [X] Definite 这确实是 OpenClash 出现的问题
• [ ] Contributors 我有能力协助 OpenClash 开发并解决此问题
• [X] Meaningless 我提交的是无意义的催促更新或修复请求

OpenClash Version

v0.46.003-beta

Bug on Environment

Other

OpenWrt Version

23.05.3

Bug on Platform

Linux-arm64

Describe the Bug

与ADGuard Home 一起集成时，将ADGH设置在openclash下层，即DHCP/DNS -> ADGuard Home -> openclash . 且在openclash 插件设置 - > dns 设置 中 本地 DNS 劫持 设置为 停用。 检查路由器中 DHCP/DNS 的转发 设置，被不断修改为 127.0.0.1#7874。 手工修改为ADGuard Home 的1745端口也无效，不断被修改掉。

To Reproduce

将DNS转发顺序 设置为 DHCP/DNS -> ADGuard Home -> openclash . 且在openclash 插件设置 - > dns 设置 中 本地 DNS 劫持 设置为 停用。

OpenClash Log

2024-04-01 16:30:40 守护程序：重新设置 Dnsmasq 的 DNS 转发选项...
2024-04-01 16:30:40 守护程序：检测到转发规则顺序错误，修改插件防火墙规则...
2024-04-01 16:29:39 守护程序：重新设置 Dnsmasq 的 DNS 转发选项...
2024-04-01 16:29:38 守护程序：检测到转发规则顺序错误，修改插件防火墙规则...
2024-04-01 16:28:38 守护程序：重新设置 Dnsmasq 的 DNS 转发选项...
2024-04-01 16:28:37 守护程序：检测到转发规则顺序错误，修改插件防火墙规则...
2024-04-01 16:20:34 守护程序：检测到转发规则顺序错误，修改插件防火墙规则...
2024-04-01 16:19:34 守护程序：重新设置 Dnsmasq 的 DNS 转发选项...
2024-04-01 16:19:34 守护程序：检测到转发规则顺序错误，修改插件防火墙规则...
2024-04-01 15:43:23 守护程序：检测到转发规则顺序错误，修改插件防火墙规则...

OpenClash Config

No response

Expected Behavior

在设置 停用 本地DNS劫持 的系统中，不再强制修改DNS 转发设置， 与 ADGuard Home 及其它 功能和谐共处。

Additional Context

No response

[GOUKI9999]

同样设置，Dnsmasq-ADGH-Openclash，目前也是发现更新至46.003后，openclash开始强制修改删除了之前手动设置的dnsmasq转发的本机端口，前一个版本设置为停用时不会修改

顺便一提，之前记得说是watchdog来维持这个dnsmasq的设置，因此会很快修改掉，但目前的情况是隔了很长时间后才被修改，虽然不完全确定是Openclash的行为，但因为除了更新之外没有其他额外操作，因此估计是问题成因。 openclash的日志我这里被莫名清空没有查到修改记录

修正，目前测试似乎是某些情况下重启（含升级ipk等）的“重启dnsmasq部分”，会修改掉dnsmasq 的dns转发设置，推测是防止转发到已经不存在的openclash dns监听端口，但这种情况下如果原本有其他的设置比如转发到其他dns监听服务，就会出错。

另及，目前最大问题是插件日志部分不能正常显示，重启后一段时间内正常，再一段时间后进入luci就无法看到了

[github-actions[bot]]

This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 5 days