Sing-box TUN 模式下路由排除与用户排除的兼容性问题分析

问题背景

在 Linux 系统中使用 Sing-box 的 TUN 模式时，当同时配置了路由地址排除(route_exclude_address_set)和用户ID排除(exclude_uid)功能时，发现用户ID排除功能无法正常生效。这是一个典型的网络流量控制问题，涉及到 Linux 内核的网络过滤机制和用户空间程序的交互。

技术原理分析

Sing-box 在 TUN 模式下通过 nftables 实现流量控制，主要涉及两种排除机制：

1. 路由地址排除：基于目标IP地址进行路由决策
2. 用户ID排除：基于发起请求的用户ID进行过滤

这两种机制在 nftables 中分别通过不同的匹配条件和链类型实现。问题的核心在于 nftables 的 nat 类型链中对用户ID(meta skuid)匹配的特殊性。

问题复现与诊断

通过测试发现以下现象：

1. 当单独使用 exclude_uid 时功能正常
2. 当与 route_exclude_address_set 同时使用时，exclude_uid 失效
3. nftables 监控显示 skuid 匹配计数器始终为0
4. 自定义监控链(type filter)可以正确计数，但 nat 类型链无法匹配

进一步测试表明，问题出在 nftables 的 nat 类型链中对用户ID匹配的实现上，这可能是内核的一个限制或特性。

解决方案

Sing-box 开发团队通过以下方式解决了该问题：

1. 调整了 nftables 规则的优先级顺序
2. 优化了用户ID排除规则的实现方式
3. 确保在 nat 链中用户ID匹配能够正常工作

相关优化建议

除了主要问题外，还发现以下可以优化的点：

1. DNS 劫持统计问题：当前实现将计数器放在 DNAT 指令之后，导致统计不准确
2. 规则优先级：建议用户自定义规则使用更高优先级确保生效
3. 监控机制：可增加更详细的流量统计和监控功能

最佳实践

对于需要在 Sing-box 中同时使用多种排除机制的用户，建议：

1. 使用最新版本的 Sing-box 以获得完整功能支持
2. 对于关键业务流量的排除，可考虑添加自定义高优先级规则
3. 定期检查 nftables 规则集和计数器，确认排除规则按预期工作

总结

网络流量控制是一个复杂的系统工程，涉及内核空间和用户空间的协同工作。Sing-box 通过不断优化其 TUN 模式的实现，提供了更稳定可靠的流量控制能力。理解底层机制有助于用户更好地配置和使用这些高级功能。