sing-box路由规则中no_drop配置失效问题分析

在iOS平台的sing-box 1.11.4版本中，用户报告了一个关于路由规则中no_drop配置项失效的问题。这个问题主要影响那些需要确保特定网络流量不被丢弃的场景，特别是在应对网络攻击或网络拥塞情况下仍需保持关键连接的应用场景。

问题现象

当用户在路由规则中明确设置了no_drop: true时，系统仍然会在日志中显示"router: dropped due to flooding"的调试信息。这表明即使配置了不允许丢弃数据包，系统仍然执行了丢弃操作。

典型的配置示例如下：

{
  "route": {
    "rules": [
      {
        "type": "logical",
        "mode": "and",
        "rules": [
          {
            "rule_set": "messaging"
          },
          {
            "port": 80
          }
        ],
        "action": "reject",
        "no_drop": true
      }
    ]
  }
}

技术背景

no_drop是sing-box路由规则中的一个重要参数，设计初衷是为了在以下场景中确保关键流量不被丢弃：

1. 防止网络防护机制误杀合法流量
2. 确保关键业务连接的稳定性
3. 在测试和调试阶段避免意外丢包

在正常情况下，当网络出现拥塞或疑似异常流量时，系统会启动防洪水机制(flood protection)来丢弃部分数据包。而no_drop参数应该能够覆盖这一行为，确保特定规则的流量不受影响。

问题影响

这个bug对以下场景产生了负面影响：

1. 即时通讯应用：如需要快速回退连接策略的应用，在IPv4/80端口被拒绝后无法及时切换到IPv6/443端口
2. 关键业务连接：需要确保不被中断的TCP长连接
3. 网络调试：在调试网络问题时，无法准确判断丢包是配置导致还是真正网络问题

解决方案

根据项目维护者的反馈，该问题已在最新稳定版本中得到修复。用户可以通过以下步骤验证问题是否解决：

1. 升级到最新版本的sing-box
2. 保持原有的no_drop配置不变
3. 观察调试日志中是否还会出现"dropped due to flooding"信息
4. 测试关键业务连接是否能够保持稳定

最佳实践建议

为了避免类似问题，建议用户在配置no_drop时注意以下几点：

1. 明确区分reject和drop动作的使用场景
2. 对于关键业务流量，建议同时配置QoS优先级
3. 在复杂规则中，确保no_drop参数位于正确的规则层级
4. 定期检查版本更新，获取最新的稳定性修复

这个问题提醒我们，在网络中间件配置中，即使是最简单的布尔参数也可能因为底层实现细节而产生意外行为。在关键业务场景中，全面的测试验证是不可或缺的环节。