XTLS/Xray-core 项目中 SplitHTTP 服务端不支持 h2c 的问题分析

SplitHTTP 是 Xray-core 项目中一种特殊的传输协议，它通过将数据流分割成多个 HTTP 请求来实现数据传输。近期发现该协议在服务端实现中存在一个关键限制：不支持 h2c（HTTP/2 明文协议），这导致在某些特定使用场景下会出现兼容性问题。

问题本质

SplitHTTP 协议在服务端目前仅支持 HTTP/1.1 协议，而客户端在使用 TLS 时会强制使用 HTTP/2 协议。这种不对称性导致了以下两个主要问题：

1. VLESS fallback 功能受限：当 VLESS 协议配置了 fallback 回退机制时，如果回退目标是 SplitHTTP 服务端，由于 fallback 机制会解 TLS 后以 h2c 协议转发请求，而 SplitHTTP 服务端无法处理 h2c 连接，导致连接失败。

2. SSL 卸载场景不兼容：在使用外部软件（如 Nginx、Caddy）进行 SSL 终端卸载时，这些软件通常会以 h2c 协议向后端转发请求，而 SplitHTTP 服务端无法正确处理这类连接。

技术细节分析

在 Xray-core 的实现中，SplitHTTP 客户端代码会检查是否启用了 TLS：

• 如果启用了 TLS，则强制使用 HTTP/2 协议
• 如果未启用 TLS，则使用 HTTP/1.1 协议

而服务端实现目前仅支持 HTTP/1.1 协议，无法处理 h2c 连接。这种设计上的不对称性导致了上述兼容性问题。

临时解决方案

对于必须使用 VLESS fallback 到 SplitHTTP 的场景，目前可以通过以下方式临时解决：

1. 使用中间代理层：在 VLESS fallback 和 SplitHTTP 之间加入 Nginx 或 Caddy 作为中间层，由这些软件接收 h2c 连接并转换为 HTTP/1.1 协议后再转发给 SplitHTTP 服务端。

2. 基于 ALPN 的路由：在 fallback 配置中根据 ALPN 协议类型进行路由分发，将 h2 流量导向支持 HTTP/2 的后端，将 http/1.1 流量导向 SplitHTTP。

未来改进方向

从技术实现角度看，最根本的解决方案是在 SplitHTTP 服务端增加对 h2c 协议的支持。这样可以使服务端能够处理以下类型的连接：

• 直接 HTTP/1.1 连接
• 经过 TLS 终端卸载后的 h2c 连接
• VLESS fallback 转发的 h2c 连接

这种改进将显著提升 SplitHTTP 协议在各种部署场景下的兼容性和灵活性。

总结

SplitHTTP 协议当前的服务端实现在协议支持上存在局限性，这影响了其在某些特定场景下的可用性。虽然可以通过中间层代理等临时方案缓解问题，但最理想的解决方案还是完善服务端对 h2c 协议的支持。这一问题也提醒我们在设计网络协议实现时，需要考虑各种可能的部署场景和协议组合，以确保最佳的兼容性。