sing-box项目中DNS服务器detour与domain_resolver的协同工作问题分析

在sing-box项目的DNS服务器功能实现中，最新版本引入了一个值得关注的技术问题：detour和domain_resolver配置项在DNS服务器设置中的互斥性问题。这个问题涉及到DNS查询的路由机制和域名解析策略的协同工作。

问题背景

在sing-box的DNS服务器配置中，detour参数用于指定上游出站代理的标签，而domain_resolver则是用来替代旧版address_resolver的新参数，用于处理特定域名的解析。这两个参数都被归类为"Dial Fields"（拨号字段）。

根据当前实现，当同时配置这两个参数时，系统会优先执行detour设置，而完全忽略domain_resolver的配置。这种设计导致了一个功能限制：用户无法在使用代理连接的同时，为特定域名指定自定义的解析策略。

技术细节分析

1. 参数互斥性机制

在代码实现层面，detour参数被赋予了最高优先级。当检测到该参数存在时，系统会跳过所有其他拨号字段的处理，包括domain_resolver。这种设计可能是出于简化逻辑或避免配置冲突的考虑，但也带来了功能上的限制。

2. 默认行为问题

当用户仅配置domain_resolver而不设置detour时，所有DNS请求都会默认路由到direct（直连）通道。这种默认行为缺乏可配置性，使得用户无法为这种场景指定其他路由策略。

3. 对DoH服务器的影响

这个问题特别影响那些只能通过域名连接的DNS-over-HTTPS(DoH)服务器。由于无法同时使用代理连接和预定义的DNS记录，用户可能无法正确连接到这些需要特定域名解析的DoH服务。

解决方案探讨

1. 使用TLS配置替代

一种可行的解决方案是利用sing-box的TLS配置功能。通过在TLS设置中指定server_name(SNI)，可以绕过域名解析的问题。例如：

{
  "type": "https",
  "tag": "main",
  "detour": "proxy4dns",
  "server": "194.242.2.4",
  "server_port": 443,
  "tls": {
    "enabled": true,
    "server_name": "base.dns.mullvad.net",
    "min_version": "1.3"
  }
}

这种方法适用于那些证书仅包含域名作为CN(Common Name)的DoH服务器。

2. 期待的功能改进

从技术实现角度看，更理想的解决方案是允许detour和domain_resolver协同工作。可能的实现方式包括：

1. 修改优先级逻辑，使domain_resolver在detour之前处理
2. 引入新的配置结构，明确区分路由和解析策略
3. 为direct路由场景增加可配置选项

总结

sing-box当前版本的DNS服务器配置在处理detour和domain_resolver时存在功能限制，这主要源于参数优先级设计和默认行为的不灵活性。虽然可以通过TLS配置部分解决特定场景下的问题，但从长远来看，更灵活的配置协同机制将大大提升DNS功能的实用性和用户体验。

对于开发者而言，理解这一限制有助于更好地规划DNS相关功能的实现；对于终端用户，掌握替代方案可以确保在各种网络环境下都能实现预期的DNS解析行为。