haoran

> > 若这样只能是我使用 passwall - 4.76-1 客户端（见如上补充）原因了 > > passwall是个生成xray配置的GUI，它生成配置格式我认为和造成的原因没关联 > > > 等正式支持 HTTPUpgrade 0-RTT 版本出来后若还有这个问题再给 passwall 报告了。 > > [Update HTTPUpgrade spelling and proto](https://github.com/XTLS/Xray-core/commit/657c5c857080e4b5a00b7456ab96c47c2aa7d40f) 你的Xray是用的是个提交及以后的话，我认为就没Xray-core这边的问题了。我也用这个提交及以后的最新版本 > > >...

> > 我刚用 Nginx 替换 Caddy 进行测试，其它都不变发现无问题了 > > 我理解你的意思是服务端用Caddy时Xray日志有这些报错信息，换Nginx后Xray日志就没这些报错信息。就是Caddy它的问题。 > > 是吗？ 你理解是对的，但判断是错的！是 Xray 的 HTTPUpgrade 0-RTT 兼容问题，WebSocket 0-RTT 就无问题。

> 如果只是 HTTPUpgrade 0-RTT 配合 Caddy 有问题，代码里加个 100ms 延时应该就解决了，~但我觉得更应该 PR 修改 Caddy 的代码~ @RPRX @chika0801 就是 HTTPUpgrade 0-RTT 配合 Caddy 有问题（启用 0-RTT）， Caddy 反代其它都正常，包括反代 WebSocket 且启用 0-RTT。

> 客户端： [v2rayNG 1.8.19](https://github.com/2dust/v2rayNG/releases/tag/1.8.19) > 服务端：[Xray-core v1.8.10](https://github.com/XTLS/Xray-core/releases/tag/v1.8.10) > > 裸 Vless + httpUpgrade，没有 tls，没有套 Web Server 和 CDN > > 服务端配置： > > ```json > { > "inbounds": [ >...

> > > 客户端： [v2rayNG 1.8.19](https://github.com/2dust/v2rayNG/releases/tag/1.8.19) > > > 服务端：[Xray-core v1.8.10](https://github.com/XTLS/Xray-core/releases/tag/v1.8.10) > > > 裸 Vless + httpUpgrade，没有 tls，没有套 Web Server 和 CDN > > > 服务端配置： > > >...

https://github.com/XTLS/Xray-core/issues/3242

> 是的，就像 HTTPUpgrade 的兼容性无法等同 WebSocket > > 我说一下吧，**直连不要用这两个传输方式，过 CDN 才要，所以 0-RTT 的实现兼容 CDN 就够了，自己的服务器端要用兼容的反代软件** 刚测试最新 Caddy master 版已解决所报告问题。

When will Caddy v2.7.0 be released?

特意报告一下，使用 Caddy 前置 SNI 分流且开 PROXY protocol 一样会产生类似问题。示例如下： 1、[Xray(E+F+B+D+G+A)+Caddy(N)](https://github.com/lxhao61/integrated-examples/tree/main/Xray(E%2BF%2BB%2BD%2BG%2BA)%2BCaddy(N)) 2、[Xray(M+F+B+D+G+A)+Caddy(N)](https://github.com/lxhao61/integrated-examples/tree/main/Xray(M%2BF%2BB%2BD%2BG%2BA)%2BCaddy(N))