[Bug]: 不选择xray分流主节点的情况下，vps部署的dns解锁流媒体会失效

[LongLights]

描述您遇到的bug

使用环境：

1. openwrt22.03.0
2. 节点为在vps搭建的naiveproxy，vps端利用dnsmasq分流netflix相关域名
3. openwrt内未安装任何dns插件，tcp代理模式为“中国列表以外”

遇到的问题：
在tcp节点直接选择节点的情况下，节点部署的dns解锁失效；选择xray分流主节点的情况下，dns解锁有效

复现此Bug的步骤

passwall内使用非xray总节点（开关chinadns均如此）

您想要实现的目的

在使用非xray总节点的情况下，也能正常进行流媒体dns解锁

日志信息

2022-10-07 17:12:15: 删除相关防火墙规则完成。
2022-10-07 17:12:15: 清空并关闭相关程序和缓存完成。
2022-10-07 17:12:15: TCP节点：xxxxxxxxxx:443，监听端口：1041
2022-10-07 17:12:15: UDP节点没有选择或为空，不代理UDP。
2022-10-07 17:12:15: 过滤服务配置：准备接管域名解析...
2022-10-07 17:12:15: - 域名解析：dns2tcp + 使用(TCP节点)解析域名...
2022-10-07 17:12:15: * 请确认上游 DNS 支持 TCP 查询，如非直连地址，确保 TCP 代理打开，并且已经正确转发！
2022-10-07 17:12:15: | - (chinadns-ng) 最高支持4级域名过滤...
2022-10-07 17:12:15: | - 0 代理域名表合并到防火墙域名表
2022-10-07 17:12:15: | - 0 域名白名单合并到中国域名表
2022-10-07 17:12:15: + 过滤服务：ChinaDNS-NG(:15354)：国内DNS：218.2.2.2,218.4.4.4，可信DNS：127.0.0.1#15353
2022-10-07 17:12:15: - 以上所列以外及默认：127.0.0.1#15354
2022-10-07 17:12:15: - PassWall必须依赖于Dnsmasq，如果你自行配置了错误的DNS流程，将会导致域名(直连/代理域名)分流失效！！！
2022-10-07 17:12:15: 开始加载防火墙规则...
2022-10-07 17:12:15: 加入负载均衡的节点到ipset[vpsiplist]直连完成
2022-10-07 17:12:15: 加入所有节点到ipset[vpsiplist]直连完成
2022-10-07 17:12:15: 加载路由器自身 TCP 代理...
2022-10-07 17:12:15: - [0]将上游 DNS 服务器 1.1.1.1:53 加入到路由器自身代理的 TCP 转发链
2022-10-07 17:12:15: - [0]，屏蔽代理UDP 端口：80,443
2022-10-07 17:12:16: TCP默认代理：使用TCP节点[v.ps] 中国列表以外代理所有端口
2022-10-07 17:12:16: 防火墙规则加载完成！
2022-10-07 17:12:16: 重启 dnsmasq 服务
2022-10-07 17:12:16: 配置定时任务：自动更新规则。
2022-10-07 17:12:16: 运行完成！

截图

No response

系统相关信息

passwall版本： git-23.276.45180-8f2ef4b

其他信息

No response

[ShanStone]

或许可以参考这个
https://blog.skk.moe/post/how-proxy-client-cause-netflix-unlock-to-fail/

[LongLights]

目前的解决方案：
使用xray分流节点，关闭主页面的China策略，tcp选择”中国列表以外“。并把“规则管理”处的cn ip预留的Clang.cn和geoip.cn都勾选，取消勾选chinadns-ng，可以正确分流并走vps的dnsmasq进行解析，比较完美

[wukong521]

请问passwall的hy2节点如何dns分流来解锁流媒体

[LongLights]

vps端不暴力的使用解锁机接管所有dns是为了提升流媒体以外的dns速度，比如软银或者bwg这类线路一般裸机直接ping google的延迟在1ms以下，使用解锁机全部接管，如果解锁机和原机不在一个区域（如原机是美国、日本，解锁机是新加坡、香港），这部分的延迟会增加很多。