Sing-box在Windows系统下TUN模式IPv4_only策略的本地服务访问问题解析

问题现象

在使用Sing-box的TUN模式时，当DNS策略设置为ipv4_only且启用strict_route时，开发者发现通过Vite构建的Vue工程（运行在localhost:5173）无法正常访问，而其他本地服务如yacd、Go Live等则不受影响。该问题在以下三种情况下可以得到解决：

1. 在TUN配置中添加IPv6地址段
2. 将strict_route设置为false
3. 启动Vue时使用--host参数显式指定主机

技术背景

Sing-box的TUN模式工作原理

Sing-box的TUN模式通过创建虚拟网络接口实现流量拦截和路由。在Windows系统下，当启用strict_route时，系统会使用Windows Filtering Platform(WFP)来确保只有经过Sing-box的DNS流量才能通过。

IPv4_only策略的影响

ipv4_only策略强制系统仅使用IPv4地址进行DNS解析和网络通信。这在纯IPv4网络环境中是理想的选择，但在某些特殊场景下可能导致兼容性问题。

问题根源分析

Windows系统的DNS处理机制

Windows系统在处理localhost服务时存在以下特点：

1. 现代开发工具（如Vite）可能默认使用双栈(IPv4/IPv6)方式绑定服务
2. 某些应用会优先尝试IPv6连接，即使最终回退到IPv4
3. Windows的环回接口处理与常规网络接口存在差异

strict_route的WFP拦截

当启用strict_route时，WFP会拦截所有非Sing-box处理的53端口流量。这可能导致：

1. 系统DNS缓存更新受阻
2. 某些应用的备用DNS解析路径被阻断
3. 特殊形式的localhost解析受到影响

解决方案比较

方案一：添加IPv6地址

虽然添加IPv6地址段（如fdfe:dcba:9876::1/126）可以解决问题，但这实际上违背了ipv4_only的设计初衷，可能带来以下影响：

1. 增加不必要的网络配置复杂度
2. 潜在的安全风险（暴露不必要的网络接口）
3. 在纯IPv4环境中可能产生意外行为

方案二：禁用strict_route

将strict_route设为false是最直接的解决方案，但需要注意：

1. 可能降低系统的DNS安全性
2. 允许其他应用的DNS请求绕过Sing-box
3. 在需要严格DNS控制的场景下不适用

方案三：显式指定主机

使用--host参数强制Vite绑定特定IP是最推荐的解决方案，因为：

1. 保持ipv4_only策略的完整性
2. 不影响其他安全设置
3. 明确指定了服务绑定行为

最佳实践建议

对于开发者环境，建议采用以下配置组合：

1. 保持ipv4_only策略
2. 启用strict_route确保DNS安全
3. 为开发工具添加明确的绑定参数：
   • Vite: --host 127.0.0.1
   • 其他工具查阅相应的主机绑定选项

对于生产环境或需要更高灵活性的场景，可以考虑：

1. 使用prefer_ipv4代替ipv4_only
2. 在严格控制的网络环境中适当放宽strict_route限制
3. 为关键服务配置明确的网络访问策略

总结