Sing-box Windows平台TUN模式TCP进程名搜索问题分析与解决方案

问题背景

在Sing-box项目v1.11.0-alpha.8版本中，针对Windows平台的TUN模式网络栈引入了一个重要的性能优化——延迟连接机制。这一机制通过延迟TCP连接的建立，提升了网络性能。然而，这一优化却意外导致了TCP连接的进程名搜索功能失效。

技术原理分析

在Windows系统中，Sing-box通过查询系统TCP连接表来获取每个网络连接对应的进程信息。传统实现中，进程名搜索发生在TCP连接完全建立之后。但在引入延迟连接机制后，TCP连接的实际建立被延迟，导致在进程名搜索时连接尚未完全建立，系统TCP连接表中找不到对应的记录。

具体来说，问题出现在以下两个关键点：

1. 进程名搜索依赖于系统TCP连接状态为"ESTABLISHED"(状态码5)
2. 延迟连接机制下，连接建立过程被延迟，搜索时连接状态尚未更新

影响范围

这一问题主要影响：

• Windows平台用户
• 使用TUN模式并启用网络栈的配置
• 依赖进程名进行路由规则匹配的场景

值得注意的是，UDP连接的进程名搜索不受此问题影响，因为UDP是无状态协议，不需要等待连接建立。

解决方案演进

项目维护者经过多次讨论和测试，最终确定了以下解决方案：

1. 移除TCP状态检查：不再要求TCP连接必须处于ESTABLISHED状态才进行进程名搜索
2. 放宽IP匹配规则：允许匹配未指定IP的连接(0.0.0.0/[::])

这一修改既解决了延迟连接机制下的进程名搜索问题，又保持了系统的稳定性。测试表明，修改后的版本在Windows平台上能够正确识别TCP和UDP连接的进程信息。

技术实现细节

在代码层面，主要修改了Windows平台特定的进程搜索逻辑。原实现中严格检查TCP状态和IP地址的代码被简化，使得在连接建立初期就能获取进程信息。这一改动与1.12版本的重构方向一致，为后续版本升级奠定了基础。

用户建议

对于遇到此问题的用户，建议：

1. 升级到包含修复的版本
2. 检查路由规则中进程名匹配的逻辑是否按预期工作
3. 对于特殊场景(如本地网络回环)，需要额外注意配置

总结

Sing-box项目团队通过深入分析Windows平台TCP连接处理机制与延迟连接优化的交互问题，找到了既保持性能优化又确保功能完整的解决方案。这一案例展示了开源项目如何通过社区协作解决复杂的技术问题，也为其他网络工具在Windows平台的实现提供了有价值的参考。