ちか

``` printf "0 7 * * * /root/update_geodata.sh\n" > update && crontab update && rm update && printf "#\041/usr/bin/env bash\ncurl -sLo /usr/local/share/xray/geoip.dat https://github.com/Loyalsoldier/v2ray-rules-dat/releases/latest/download/geoip.dat\ncurl -sLo /usr/local/share/xray/geosite.dat https://github.com/Loyalsoldier/v2ray-rules-dat/releases/latest/download/geosite.dat\nsystemctl restart xray\n" > update_geodata.sh...

你这个大写的服呀

https://xtls.github.io/Xray-docs-next/config/transport.html 楼主不提还真没注意到，有这种上古的 `全局配置（[TransportObject](https://xtls.github.io/Xray-docs-next/config/transport.html#transportobject)）` 这写法 一直习惯写 `局部配置（[StreamSettingsObject](https://xtls.github.io/Xray-docs-next/config/transport.html#streamsettingsobject)）`

```jsonc { "alpn": "http/1.1", // 我倒是一直没用加这个 "alpn": "http/1.1" 的写法 "dest": "/dev/shm/default.sock", "xver": 1 } ``` 文档连接 https://xtls.github.io/Xray-docs-next/config/features/fallback.html#fallbackobject ~以前才出时，群友测试搞通了能用就是了~

我是nginx监听443，传递到Xray。客户端不开mux(tcp)，加了ed=2560 Xray warning日志等级，access日志里还没看到` rejected proxy/vless/encoding: invalid request version` 报错信息

> > 我是nginx监听443，传递到Xray。客户端不开mux(tcp)，加了ed=2560 > > Xray warning日志等级，access日志里还没看到` rejected proxy/vless/encoding: invalid request version` 报错信息 > > 你是否弄反了？ 我刚发现客户端的 HttpUpgrade 应用路径加 ?ed=2560 就反复出现 rejected 相关报错，不加就正常。 我前面没写错，两端xray-core都是用最新提交的版本号。客户端在win和安卓上用，观察了服务端日志。

另外我说了句客户端不开mux中的tcp，是因为开了，我遇到浏览器开网页偶发下图现象。频率是不算频率，再次刷新这提示就会消失，我观察测试发现是客户端开mux(tcp）引起的。 

@lxhao61 > 若这样只能是我使用 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这边的问题了。我也用这个提交及以后的最新版本 > 奇怪，我这里开启 Mux 测试没有遇到浏览器开网页偶发出错现象。 这现象遇到机率低，我也是在手机和WIN系统上用，分别遇到了，想研究下，最后测试了我的看法是客户端不开TCP的MUX，我就再没遇到了。

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

> 是 Xray 的 HTTPUpgrade 0-RTT 兼容问题 你意思是不是Caddy的问题。是Xray的 HTTPUpgrade 0-RTT 有问题。 那么你测试过当用Caddy时，客户端不加ed=2560（即没0-RTT），Xray服务端日志有不有报错信息。和客户端加了ed=2560（即有0-RTT），Xray服务端日志有不有报错信息。这2种情况的结果了？ 才好判断是Xray本身的 HTTPUpgrade 有问题，还是Xray的 HTTPUpgrade加了0-RTT配合Caddy时有问题。 另外要再研究，你可试试将Xray换成v2fly v5 core看看v2fly那边有不有同样复现了。 我不用Caddy不帮你测了。