Sing-box路由规则中process_name对UDP流量的匹配问题解析

问题背景

在Windows系统上使用Sing-box的TUN模式时，用户发现路由规则中的process_name参数无法正确匹配UDP类型的网络流量。具体表现为当配置了基于进程名的路由规则时，虽然TCP流量可以正常匹配，但UDP流量却无法识别对应的进程信息。

技术分析

Sing-box是一个功能强大的网络工具，其路由系统支持基于多种条件的流量匹配。在1.12.0-alpha.23版本中，路由规则的process_name匹配机制存在以下技术特点：

1. 进程匹配机制：系统通过查询网络连接对应的进程ID来获取进程名称，这在Windows系统上通常通过GetExtendedTcpTable和GetExtendedUdpTable API实现。

2. UDP特性差异：UDP是无连接的协议，与TCP不同，它不维护持久连接状态，这使得在某些情况下获取UDP连接的进程信息更具挑战性。

3. 日志表现：从日志中可以看到系统尝试查询172.18.0.1:55871的进程信息失败，导致无法应用配置的拒绝规则，最终流量被放行。

解决方案

Sing-box开发团队在1.12.0-beta.4版本中修复了这一问题。新版本改进了以下方面：

1. 增强的进程检测：优化了UDP连接的进程检测机制，确保能够正确识别发起UDP流量的应用程序。

2. 更稳定的匹配：现在process_name规则可以可靠地应用于UDP流量，与TCP流量保持一致的匹配行为。

3. 性能优化：在实现这一功能的同时，团队还优化了进程查询的性能，减少了对系统资源的占用。

最佳实践

对于需要在路由规则中使用进程名匹配的用户，建议：

1. 版本选择：使用1.12.0-beta.4或更高版本，以获得完整的进程匹配功能。

2. 规则配置：在配置process_name规则时，可以同时考虑其他匹配条件如端口或协议，以增加规则的可靠性。

3. 测试验证：部署新规则后，建议使用UDP测试工具验证规则是否按预期工作。

总结

Sing-box路由系统的process_name功能在匹配UDP流量时的不足是一个典型的技术实现问题。通过版本迭代，开发团队解决了这一限制，使路由规则能够更全面地控制各种协议的网络流量。这一改进增强了Sing-box在复杂网络环境下的适用性，特别是对于那些需要精细控制应用程序网络访问的场景。