你用实际行动遏制一下滥用行为嘛，把贵平台的brutal和能过cdn的协议全部移除，不要只停留在批判处于起步阶段的有quic-go特征的splitHTTP

https://t.me/projectXray/3789804

"even though it is actually ineffective against splithttp"

甚至人家写的是 hy2 检测器，经风扇研究对 splithttp 无效，世界不去锐评自己加了的 hy2 反而拿来冲 Xray，反正对世界来说重点从来都只是攻击 Xray 发泄情绪，什么借口并不重要，这也就是他总是能说错一个事实就当无事发生、换个借口继续攻击的原因。

真的别说什么相爱相杀，我只感到恶心，从来都只有世界冲 Xray，甚至还连续写了两篇小作文，我可没主动对他干过啥。怪不得去年他说 TiT 是炒作，还在 GitHub 和频道闹出了一堆暴露水平的笑话，今天才知道他连 trojan-killer 的代码都没看过，就这还“技术细节”？去年和世界“私聊”时他甚至把我的所有动作都批判了一遍，加上今天的事情，我只觉得这个人的心理已经极度扭曲。

https://t.me/projectXtls/200

💬 New comment on Xray-core#3560 SplitHTTP h3 closes connections abruptly when dialerProxy is used
by @RPRX

> * 多路复用模式，三选一：
> * 复用多少次开新连接
> * 同时最多多少子连接
> * 同时总共多少条连接

想了一下，如下设计 SplitHTTP H2 H3 的多路复用控制更合适

首先基础模式二选一：

- 同时最多多少子连接（concurrency），先把现有连接复用满再开新的
- 同时最多多少条 TCP/UDP “连接”，先开新连接直至占满总数再复用

其次两个限制维度，可以同时生效：

- 一个连接最多被累计复用多少次，默认 0 为不限制
- 一个连接最大存活时间，默认 0 为不限制

最后，以上选项均填范围，Xray 每次随机选择一个确定值，以淡化潜在特征

这样的话原版的第一个“复用多少次开新连接”也能组合出实现，并且提供了更多可能，欢迎大家提出建议，~~不然就这么实现了~~

目前还想到可以在开新流时选择哪条连接的“算法”上做文章，~~不过还没想好，可以以后再 patch~~

Reply to this message to post a comment on GitHub.

💬 New comment on Xray-core#3560 SplitHTTP h3 h2 multiplex control
by @RPRX

话说去年我升级 XUDP UoT Migration 时不是预告过一个 PLUX 嘛，好像以前只公开过一点，干脆不留悬念了。PLUX 在 2021 年时是一个游戏加速器，UDP 上多倍发包是老生常谈，重点是它能在 TCP 类的流（QUIC 也算）上用：同时开多个连接发相同（但当然有 padding）的包，这样一条 TCP 不小心延迟或丢包甚至断开时其它的还 work，可以极大程度提升在 TCP 代理上打游戏的体验。~~游戏 UDP 包的数据量很小，多倍发也没啥，不是抢占带宽。去年我给还它扩展了些东西但忘了，回头翻翻去年的笔记。~~

~~当然可以说大饼或 ppt 加一，然而 XUDP 是 VLESS 刚出时就画的饼到 Xray 才发布，REALITY 是 2021 初的饼到 2023 初才发布。~~

Reply to this message to post a comment on GitHub.