dns_mode 设置为 udp 时，非代理域名 dns 将被强制设置为 119.29.29.29,223.5.5.5

[MkQtS]

如题，目前无法设置非代理域名使用的 DNS 服务器

在 bc0bce7 这一更新前，非代理域名 DNS 会遵守用户在 dhcp.@dnsmasq[0].server 中的设置，而这次更新以后 PassWall 会不讲武德清空用户设置的 dhcp.@dnsmasq[0].server，直接使用 119.29.29.29,223.5.5.5

日志：

2024-02-22 23:51:26:   - 域名解析：使用UDP协议请求DNS（192.168.0.1#953）...
2024-02-22 23:51:26:   * 要求代理 DNS 请求，如上游 DNS 非直连地址，确保 UDP 代理打开，并且已经正确转发！
2024-02-22 23:51:26:   - 节点列表中的域名(vpslist)：119.29.29.29,223.5.5.5
2024-02-22 23:51:26:   - 域名白名单(whitelist)：119.29.29.29,223.5.5.5
...
2024-02-22 23:51:28:   - 以上所列以外及默认：119.29.29.29,223.5.5.5

我之前的 dhcp.@dnsmasq[0].server 是 127.0.0.1#953（AdGuardHome 监听端口），通过 AdGuardHome 拦截广告、添加了几条 DNS 重写规则（内网域名），运行正常，但这次更新后就不行了

建议允许自定义非代理域名使用的 DNS 服务器

[xiaorouji]

沒有復現，建議恢復passwall配置重新配置。

[laaArmy]

#2921

大佬，那我这个呢，只要cmcc这个口不关DNS通告，就有这个问题，可我设置了端口跳跃，除非底下的默认wan口离线，不然是不会走cmcc的

[MkQtS]

重新配置也有这个问题

2024-02-23 00:48:51: 清空并关闭相关程序和缓存完成。
2024-02-23 00:48:51: TCP节点：[分流]，监听端口：1041
2024-02-23 00:48:51: 过滤服务配置：准备接管域名解析...
2024-02-23 00:48:51:   - 域名解析：使用UDP协议请求DNS（192.168.0.1#953）...
2024-02-23 00:48:51:   * 要求代理 DNS 请求，如上游 DNS 非直连地址，确保 UDP 代理打开，并且已经正确转发！
2024-02-23 00:48:51:   - 节点列表中的域名(vpslist)：119.29.29.29,223.5.5.5
2024-02-23 00:48:51:   - 域名白名单(whitelist)：119.29.29.29,223.5.5.5
2024-02-23 00:48:51:   - 代理域名表(blacklist)：192.168.0.1#953
2024-02-23 00:48:51:   - 防火墙域名表(gfwlist)：192.168.0.1#953
2024-02-23 00:48:52:   - 中国域名表(chnroute)：119.29.29.29,223.5.5.5
2024-02-23 00:48:52:   - V2ray/Xray分流规则(ProxyGame)：192.168.0.1#953
2024-02-23 00:48:52:   - V2ray/Xray分流规则(OpenAI)：192.168.0.1#953
2024-02-23 00:48:52:   - V2ray/Xray分流规则(Proxy)：192.168.0.1#953
2024-02-23 00:48:52:   - V2ray/Xray分流规则(Netflix)：192.168.0.1#953
2024-02-23 00:48:53:   - 以上所列以外及默认：119.29.29.29,223.5.5.5
2024-02-23 00:48:53:   - PassWall必须依赖于Dnsmasq，如果你自行配置了错误的DNS流程，将会导致域名(直连/代理域名)分流失效！！！
2024-02-23 00:48:53: 开始加载防火墙规则...
2024-02-23 00:48:54: 加入负载均衡的节点到nftset[passwall_vpslist]直连完成
2024-02-23 00:48:54: 加入所有节点到nftset[passwall_vpslist]直连完成
2024-02-23 00:48:54: 加载路由器自身 TCP 代理...
2024-02-23 00:48:54:   - [0]，屏蔽代理UDP 端口：443
2024-02-23 00:48:54: 加载路由器自身 UDP 代理...
2024-02-23 00:48:54:   - 上游 DNS 服务器 192.168.0.1 已在直接访问的列表中，不强制向 UDP 代理转发对该服务器 UDP/953 端口的访问
2024-02-23 00:48:54: TCP默认代理：使用TCP节点[分流] [代理](REDIRECT:1041)代理所有端口
2024-02-23 00:48:54: UDP默认代理：使用UDP节点[分流] [代理](TPROXY:1041)代理所有端口
2024-02-23 00:48:54: 防火墙规则加载完成！
2024-02-23 00:48:58: 重启 dnsmasq 服务
2024-02-23 00:48:58: 运行完成！

dhcp.@dnsmasq[0].server 也再次被清空了

[laaArmy]

重新配置也有这个问题

2024-02-23 00:48:51: 清空并关闭相关程序和缓存完成。
2024-02-23 00:48:51: TCP节点：[分流]，监听端口：1041
2024-02-23 00:48:51: 过滤服务配置：准备接管域名解析...
2024-02-23 00:48:51:   - 域名解析：使用UDP协议请求DNS（192.168.0.1#953）...
2024-02-23 00:48:51:   * 要求代理 DNS 请求，如上游 DNS 非直连地址，确保 UDP 代理打开，并且已经正确转发！
2024-02-23 00:48:51:   - 节点列表中的域名(vpslist)：119.29.29.29,223.5.5.5
2024-02-23 00:48:51:   - 域名白名单(whitelist)：119.29.29.29,223.5.5.5
2024-02-23 00:48:51:   - 代理域名表(blacklist)：192.168.0.1#953
2024-02-23 00:48:51:   - 防火墙域名表(gfwlist)：192.168.0.1#953
2024-02-23 00:48:52:   - 中国域名表(chnroute)：119.29.29.29,223.5.5.5
2024-02-23 00:48:52:   - V2ray/Xray分流规则(ProxyGame)：192.168.0.1#953
2024-02-23 00:48:52:   - V2ray/Xray分流规则(OpenAI)：192.168.0.1#953
2024-02-23 00:48:52:   - V2ray/Xray分流规则(Proxy)：192.168.0.1#953
2024-02-23 00:48:52:   - V2ray/Xray分流规则(Netflix)：192.168.0.1#953
2024-02-23 00:48:53:   - 以上所列以外及默认：119.29.29.29,223.5.5.5
2024-02-23 00:48:53:   - PassWall必须依赖于Dnsmasq，如果你自行配置了错误的DNS流程，将会导致域名(直连/代理域名)分流失效！！！
2024-02-23 00:48:53: 开始加载防火墙规则...
2024-02-23 00:48:54: 加入负载均衡的节点到nftset[passwall_vpslist]直连完成
2024-02-23 00:48:54: 加入所有节点到nftset[passwall_vpslist]直连完成
2024-02-23 00:48:54: 加载路由器自身 TCP 代理...
2024-02-23 00:48:54:   - [0]，屏蔽代理UDP 端口：443
2024-02-23 00:48:54: 加载路由器自身 UDP 代理...
2024-02-23 00:48:54:   - 上游 DNS 服务器 192.168.0.1 已在直接访问的列表中，不强制向 UDP 代理转发对该服务器 UDP/953 端口的访问
2024-02-23 00:48:54: TCP默认代理：使用TCP节点[分流] [代理](REDIRECT:1041)代理所有端口
2024-02-23 00:48:54: UDP默认代理：使用UDP节点[分流] [代理](TPROXY:1041)代理所有端口
2024-02-23 00:48:54: 防火墙规则加载完成！
2024-02-23 00:48:58: 重启 dnsmasq 服务
2024-02-23 00:48:58: 运行完成！

dhcp.@dnsmasq[0].server 也再次被清空了

你可以点进去我那个#2921看看，参考下，比如我是因为双线电信+移动，可能是检测到不同的DNS了吧，然后就用了腾讯和阿里的

[xiaorouji]

執行 uci show dhcp | grep "@dnsmasq" | grep "\.server=" 看看返回結果

[MkQtS]

執行 uci show dhcp | grep "@dnsmasq" | grep "\.server=" 看看返回結果

执行这个没有结果，因为我把 dhcp.@dnsmasq[0] 重命名成了 dhcp.mine

---

我好像发现问题所在了，OpenWrt 23.05/master 更新了 dhcp.js，如图

我嫌这个自动的 index 不好看（dhcp.cfg01411c对应dhcp.@dnsmasq[0]），所以执行了 uci rename dhcp.@dnsmasq[0]='mine'（这个重命名不应该影响对dhcp.@dnsmasq[0]的调用？）

刚才试了试把这个名字删了（config dnsmasq 'mine' --> config dnsmasq），然后重启 passwall，passwall 就不会删我的 dhcp.@dnsmasq[0].server 了

[MkQtS]

删掉这个名字以后就能正常工作了，抱歉我刚开始找错了原因。

不过 passwall 在 dhcp.@dnsmasq[0].server 改名后自动删 dhcp.@dnsmasq[0].server（我这里是 dhcp.mine.server）这个行为能不能避免呢？

[xiaorouji]

這是我意想不到的情況。。。

[SakuraFallingMad]

那么或许，multiple dnsmasq server instances也会复现这个问题了吧，比方一个lan，一个lan guest，敲uci折腾。
immortalwrt的master分支，luci的dhcp现在也可以支持多个配置单元了。。。