RPRX
这个不是 sniff 引发的吗
就是说为什么 sniff 也有 race
所以还是 mux 导致的？
关键代码在哪里，我研究下能不能治本
~~月底了，同样决定先合了治个标~~
可能是只针对伊朗 --- 对于 APT-ZERO 提的那些问题，为了防止他继续在别处散播他的错误逻辑，我简单说明一下： 1. VLESS 本来就是被设计于搭配 TLS、REALITY 等安全传输层使用的，或者说 TLS、REALITY 就是 VLESS 的 encryption，你去掉它们然后说能被 GFW 检测，这合理吗？况且你提出的 SS、VMess 等自带的全随机数加密早就被 GFW 封死了 2. 浏览器转发只支持设置 Sec-WebSocket-Protocol，~~或者放 path~~ 3. 即使 XHTTP 没有 x_padding，CDN...
> 1.8.10 看到就头痛，@Fangliding issue 模板加一个必须针对最新版，但可以测试旧版有无问题
~~利益相关~~：Xray-core developer 我不知道你是否生活在中国，如果你真正生活在中国，就会知道主流的就剩这几种稳定翻墙方式： - IPLC 等“不过墙”的线路，缺点是贵，且通信管理局偶尔会拔线、清退等 - REALITY 等“偷证书”的方式，暂未出现过大规模封锁报告，缺点是不如激进发包的协议快 - Hysteria 等 QUIC 类代理，曾经有过大规模封锁报告，但目前基本可用，缺点是若激进发包，VPS、ISP 可能会限制 - CDN（有很多能过 CDN 的协议），优点是不会被永久封锁，缺点是不稳定 XTLS Vision 也从未出现过大规模封锁报告，尽管我们认为 Vision without Seed 会有固定的流量特征，所以我们在弄 Vision Seed --- *~~Disclaimer~~:...
需要 rebase，功能太小众，放下个版本
DNS 最近的 new features 在下个版本可能会有变动，比如 https://github.com/XTLS/Xray-core/pull/4666 我合并前没看，前面讨论了什么也忘了，参数可能会重新设计