我也是，从白群切到飞牛几个月想换个好点的硬件，搞了个绿联 4800Plus 也快要放弃了。

@IamUNICODE 这个 我是看到去北京打工那个系列拉黑的

@Awes0me 你看内容, 其实差不多的

@Awes0me 我也有很多这样的日志，不知道为何，但是用起来也没有什么问题

@zhf883680 按照我对文档的理解这个选项和 tls://8.8.8.8#dns 后面这个 #dns 是一样的效果, 意思是连接 dns 服务时遵循代理规则, 也就是说 8.8.8.8 如果在代理规则里面代理, 那么 dns 查询就要代理, 或者指定 #dns 走 dns 分组规则. 和 nameserver-policy 应该没关系

@wcnmm 这个倒是没有查到文档诶，方便指一下路吗？

被哪个“借鉴”了？我去喷一下

可以参考一下我的帖子，不光是规则要分流，dns 也需要分流一致 /t/1074706

@1014982466 随便写，只要不被占用就行，如果在路由器上运行 53 肯定已经被占用了，如果是提供 dns 服务可以用 53

@remidre 感谢 解释的很清楚，那看来 match 前加 no-resolve 的可能会代理上一些没在列表内的 cn ip ，不过这本来就是预期内的。

最早这个帖子的时候就发现了，很难受

t/1069094

@JohnSmith 我的意思是 ip 集的规则它为什么需要 no-resolve 参数呢，本来就有 ip 了呀

@vvhy 文档的意思好像 no-resolve 的参数只适用于 ip 集，不是域名，我就没搞懂了

< target="_blank" href="https://wiki.metacubex.one/config/rules/#no-resolve" rel="nofollow noopener">https://wiki.metacubex.one/config/rules/#no-resolve

@Rebron1900 能用，但是注意根据自己的实际情况调整

@vvhy 查了下确实很多人都像你说的这样配置，但是不理解为什么已经匹配到 ip 规则，说明已经解析过了，还需要指定不解析呢

@Modred 嗷不好意思，看到了。有个 synology community 可以去提问试试

使用搜索引擎易得 https://help.synology.com/developer-guide/

同遇到，现在也不知道哪个 app 有更新，只有定期在电脑上用 app configurator 更新一次