Sing-box路由规则中sniff动作导致路由错误的分析与解决

问题概述

在Sing-box路由配置中，使用{"action": "sniff"}规则时出现了意外的路由匹配行为。具体表现为：当访问one.one.one.one域名时，系统错误地匹配到了2.2.2.2/32的拒绝规则，而实际上应该匹配到1.1.1.1/32的直接连接规则。

技术背景

Sing-box是一个功能强大的网络工具，其路由系统采用规则链式匹配机制。路由规则按照配置顺序依次匹配，一旦匹配成功即执行相应动作。sniff动作用于嗅探连接的实际协议和域名，是流量分析的重要功能。

问题分析

从日志中可以清晰看到问题发生的完整流程：

1. 客户端发起对one.one.one.one的HTTP连接
2. 首先匹配到sniff规则，成功嗅探出协议为HTTP，域名为one.one.one.one
3. 接着匹配域名后缀规则，触发DNS解析，得到1.1.1.1和1.0.0.1两个IP
4. 但随后却错误地匹配到了2.2.2.2/32的拒绝规则

问题的根源在于路由规则的匹配顺序和sniff动作的特殊性。当sniff规则没有指定inbound时，它会在路由匹配的早期阶段就介入，可能干扰后续的正常路由决策。

解决方案

通过为sniff规则明确指定inbound标签可以解决此问题：

{
  "inbound": "http-in",
  "action": "sniff"
}

这种配置方式限定了sniff规则的作用范围，使其只在特定入站连接上生效，不会干扰全局路由逻辑。

最佳实践建议

1. 明确指定inbound：为所有特殊动作规则(如sniff、resolve等)指定具体的inbound标签，避免全局影响
2. 合理排序规则：将具体规则放在前面，通用规则放在后面
3. 日志分析：遇到路由问题时，通过debug级别日志可以清晰看到匹配过程
4. DNS策略：注意ipv4_only等DNS策略对路由的影响

总结

路由配置是网络工具中的核心功能，需要精确控制每个规则的作用范围和执行顺序。通过这个案例我们可以看到，即使是简单的sniff动作，在不恰当的配置下也可能导致意料之外的路由行为。理解路由系统的工作原理，合理设计规则顺序，明确限定规则范围，是构建稳定网络环境的关键。