RPRX
试一下 https://github.com/XTLS/Xray-core/pull/3819
感觉可能是因为下行不活跃导致的 GET 超时，但这个超时应该是正常的吧 > 配置5小时的话，那就要等待5小时才能恢复 听起来怪怪的
> > 听起来怪怪的 > > 这个断流的时候有测试过修改proxy_read_timeout 的值会影响恢复的时间，值越小恢复的越快 ~~从字面意思上理解，这不应该是多久不活跃超时吗，咋变成断流冷却时间了~~ 有一种可能是后方的 Xray 服务端和目标断开了连接，不再发数据给 Nginx 了，但没关闭到 Nginx 的 TCP，导致 Nginx 没关闭到 Xray 客户端的连接，Xray 客户端还以为连接正常？不过这个前置条件是怎么达成的，@mmmray 看下代码会不会这样
这倒是提醒了一件事，POST 到 Xray 服务端时如果出问题了，服务端应当把对应的 GET 也关掉 @mmmray ~~至于 CloseWrite CloseRead 什么的就先不考虑了~~
To 群里：h2 还没删啊，就加了个 h3，客户端 ALPN 选单独的 h3 才会炸
~~不过我不确定 @yuhan6665 写的是不是默认监听 UDP 端口了，还是说判断服务端 ALPN 的值~~
To Var.：根据你的描述可能是服务端 UDP 端口冲突，你检查下服务端 ALPN 里有没有写 h3，测试下是不是写了 h3 才会监听 UDP
其实就是微软的锅，我觉得 Win8/10 就是 Win7 套壳，Win11 就是 Win10 套壳，明明可以一直滚动更新，为了卖新系统非要出个新版本号，现在 Win10 也快 EOL 了，估计 Win12 还是 Win7 的控制面板，系统出好几年了 UI 都还没统一，地狱笑话
而且重复卖系统这件事最明显的就是，当初 Win10 说是最后一个大版本，以后只滚动更新，后来换人了就直接不认账了，Win11 很多人都说明显就是计划报废旧电脑，逼你买新电脑顺带强制重新买一份 Windows（笔记本，还没得选），带着厂商一起赢