Telegram
⑥ in Project X
我们对splithttp能跑多少速度其实都不在意的，毕竟协议方式有限制性可以理解。但有人出来标榜能跑300mbps就...
https://t.me/projectXray/3776732
有没有一种可能 SplitHTTP 的下行并没有什么限制性，我这边套 cf 的 h3 确实能跑到三百兆，有的运营商就是 quic 比 tcp 更快，有的则相反，总之希望各位自己实测一下
有没有一种可能 SplitHTTP 的下行并没有什么限制性，我这边套 cf 的 h3 确实能跑到三百兆，有的运营商就是 quic 比 tcp 更快，有的则相反，
🔥17😁4❤3👍1
Project X Channel pinned «Latest release: https://github.com/XTLS/Xray-core/releases/tag/v1.8.20»
GitHub
Release Xray-core v1.8.21 · XTLS/Xray-core
SplitHTTP for HTTP/3, the last hope of *ray's QUIC
正如 v1.8.16 所预告的，SplitHTTP 现已初步支持 HTTP/3（QUIC）。
尽管你可以直接设置并连接 SplitHTTP H3 服务端，但更推荐的做法是 在服务端前套一个反代软件，这样才可以使用 BBR。
当然你也可以套一个 CDN，值得一提的是，在近期的 UDP ...
正如 v1.8.16 所预告的，SplitHTTP 现已初步支持 HTTP/3（QUIC）。
尽管你可以直接设置并连接 SplitHTTP H3 服务端，但更推荐的做法是 在服务端前套一个反代软件，这样才可以使用 BBR。
当然你也可以套一个 CDN，值得一提的是，在近期的 UDP ...
Latest release: https://github.com/XTLS/Xray-core/releases/tag/v1.8.21
SplitHTTP for HTTP/3,the last hope of *ray's QUIC
毫无疑问，SplitHTTP H3 已经开启了一个崭新的时代。
SplitHTTP for HTTP/3,
总之，SplitHTTP H3 是第一个完全基于标准 H3、支持套 CDN 的 QUIC 类代理，亦可用反代、Browser Dialer 来隐蔽自身。
毫无疑问，SplitHTTP H3 已经开启了一个崭新的时代。
⚡39🎉20👍5🔥3👀3❤1
😁32🔥5⚡3👀2👍1
Telegram
世界 in Project X
我就不知道一个首包长度是怎么让某些人高潮 trojan 被检测了的，是个人都知道每个 trojan 本来每个实现特征都不同，用户别人一开 utls 多路复用就歇逼了
https://t.me/projectXray/3786927
首先我和 opengfw 写的 trojan 检测器检测的都是时序特征，包含时序而不包含 client hello 指纹，你确定开 utls 有用？其次建议你去给 trojan-gfw 项目 pr 一个多路复用。一个是使用最广泛的原版协议设计上的根本问题，一个是与协议本身关联性不强的问题，有的人就是要装傻弄混。
🔥20😁4👍2❤1👀1
Telegram
世界 in Project X
一个检测首包长度还能时序特征了？时序检测什么时候是你写的了？又开始装傻带节奏
https://t.me/projectXray/3787034
有没有一种可能，我写的检测针对的是“服务端发数据前客户端发的数据量”以及“客户端再次发数据前服务端发的数据量”而不只是“首包长度”，怪不得某人以为不通用，我建议你至少看一下代码再来扯“技术细节”。其次我并没有暗示 trojan 被 gfw 检测，毕竟都不用暗示，是原版 trojan 被大规模封锁后我才放出的检测，既然你觉得它不会被封锁，建议号召大家好用多用。
🔥13😁3👍1👀1
Telegram
世界 in Project X
二极管小作文都不会写了，也就你这种吹自己协议的在乎用户用什么协议，其次我并没有暗示你的协议会被封，是现在 quic 大规模被封，而且 quic-go 又能检测，既然你觉得你的新时代协议不会被封，建议 xray 爱好者多用
https://t.me/projectXray/3787154
我最佩服世界的一点就是至少在 trojan 检测这个话题上每次他被“技术细节”回怼后都能忘掉自己的错误，当无事发生开始顾左右而言他。不过至于你说的 quic 大规模被封，都是直连而 cdn 没什么报告，这下他又要说 abuse cdn 了。
🔥14👀3
Telegram
世界 in Project X
转移话题满分，不是你自己说一个被检测的协议开启新时代吗
https://t.me/projectXray/3787363
我寻思关于 quic-go 的问题我第一条消息就已经说得很清楚了，你自己评论个 trojan 又成我转移话题了。套 cdn 是 anti-censorship 的一种途径，若有必要我甚至还能用微软网盘或任何能跨境传输数据的东西，错的是 censorship 而不是套 cdn，何况 Xray 又不是没有 REALITY 在当直连主力。
👍20👀3🔥1
Telegram
世界 in Project X
还在装傻，不是你刚进新时代一天的新协议被检测了么
https://t.me/projectXray/3787709
我也不知道是谁在装傻，甚至不懂 quic-go 不全等于 splithttp。况且现在的版本就已经有 Brower Dialer 了你可以去用，uQuic 也在推进，都在 release notes 中写得清清楚楚，你又当看不见。关于你觉得滥用 cdn，至少 cloudflare 的梦想是接管互联网上尽可能多的流量，甚至免费给你 warp 当 vpn 来用，我们用的也主要是 cloudflare。哦，不像某些人加了 Brutal 这种不为了 anti-censorship 且连 TCP 发明人之一都批评的东西。
😁25👍3
Forwarded from 064dd86427cf
😁23👍4⚡1🎉1
Telegram
世界 in Project X
这下又批评起 hy 了？刚才还扯虎皮说人家时序检测是跟你一起写的呢
https://t.me/projectXray/3787906
我对 Brutal 的看法从来没变过，如果你觉得有批判，我觉得重点并不是 hy 而是满嘴说别人滥用 cdn 但自己连 Brutal 的都加的某人吧。opengfw 最初对 trojan 的检测是基于 trojan-killer 也是独立的客观事实，且我不觉得和 hy 作者有什么过节，而不像某人从来没有学会过就事论事。
https://t.me/projectXray/3787939
事实就是 Brutal 并没有开启新的 anti-censorship 路径，而是在已有路径上抢占带宽、弱化其他人的体验，与 SplitHTTP H3 完全不同，某人又在装傻弄混。
https://t.me/projectXray/3787939
👍19❤1👀1
Telegram
世界 in Project X
确实完全不同了，你能被检测 brutal 不能
https://t.me/projectXray/3788116
我真的不知道他是怎么打出这句话的。世界的逻辑：quic-go 可被检测，可用 Browser Dialer 和在准备 uQuic 的 splithttp 完了，只用 quic-go 的 hysteria 赢！更别说那个文章标题就是 hy 且 hy 最近大规模被封，睁眼说瞎话的能力始终一流，我实在是觉得和他讨论任何事情都是浪费时间，真的没有必要，他还很自豪让我在频道发了这么多言，没看到平时我在 GitHub 的活跃。对了防止你狡辩，Brutal 本身也是一种特征。
https://t.me/projectXray/3788108
QUIC 过 cdn 是一种新的 anti-censorship 路径，就像当年的 ws，下行发包取决于 cdn 且我相信人家没开 Brutal，你明确写了“我就是要占多少带宽”这才叫“抢占带宽”，不然什么都别用了。
https://t.me/projectXray/3788108
👍8
Telegram
⚡ in Project X
sb内核作者和xr内核作者在吵架？
https://t.me/projectXray/3788382
千万别，说吵架是抬举他，你看记录他完全就是在发泼，不讲道理的，也就仗着大多数人不懂不好评价，他每次都是这样。
https://t.me/projectXray/3788456
所以我就说是浪费时间嘛，揪着大家本就知道与浏览器特征不同的 quic-go 不放而故意不看 splithttp 能用浏览器转发，已经说了很多遍了不想再说了。他没有什么能挑刺的就又开始攻击又是 ppt 又是 pr 了，其实我说过 22 年就设计了类似的东西，当时对这里绝望了所以没有露面，不然你觉得我是怎么在 pr 中狠狠建议修改的？而且我始终是在一边画饼一边填坑并且我自己写的代码也不少，我觉得你从这个角度攻击属实是没活了。
https://t.me/projectXray/3788456
👍14❤1
Telegram
世界 in Project X
田忌赛马专家，trojan 被你虚空检测的时候怎么不提可以用浏览器转发，不会是因为速度又慢又不稳根本没人用吧
https://t.me/projectXray/3788726
首先 trojan 大规模被封是事实，其次我写的检测是针对时序特征而不是 client hello 指纹你换指纹没用，最后 trojan 不基于 http 用不了浏览器转发。如果你再发泼发表这种错误百出的言论我会视你为傻子并且不再回复。
👍12
Telegram
世界 in Project X
首先 udp 大规模被封是事实，你赢了好几天的协议能被检测了也是事实，其次你写的就是个长度检测别碰瓷别人 opengfw 了，最后 trojan 和 vless 一样都是二进制协议，能用浏览器转发的是传输层协议，还在装傻
https://t.me/projectXray/3788824
首先 UDP 大规模被封的是直连而套 cdn 是条新路，其次 opengfw 最初都在 readme 中写了基于 trojan-killer 你是眼瞎吗？最后你现在能给我用浏览器转发 trojan 连上 trojan-gfw？人家本来就没有设计这些。
由于他修改了评论我也补充两句：被检测的是 quic-go，然而人们早就知道它和浏览器特征不同，所以在 Xray 你可以选 Browser Dialer 或 uQuic。trojan-killer 检测的是时序特征，他没看代码硬说只是首包长度。
👍13
Telegram
世界 in Project X
同样的协议原来墙还会不封 CDN IP 原来还能这么编，自己眼瞎还说别人事实性错误，改别人 v2ray 协议的时候怎么不说别人没有设计
https://t.me/projectXray/3788944
https://t.me/projectXray/3788951
套 cdn 不就是仗着 gfw 不轻易封 cdn 吗？你该不会以为 ws 还能苟活是 gfw 不能识别、直连也不封吧？Browser Dialer 就是设计出来结合我的协议用的不然你以为呢？浏览器转发速度是会有折扣但不会连不上，建议你自己用过再说，还有下个版本 uQuic 就来了你急什么啊？
https://t.me/projectXray/3788951
🔥19😁5❤4
Project X Channel pinned «Latest release: https://github.com/XTLS/Xray-core/releases/tag/v1.8.21 SplitHTTP for HTTP/3, the last hope of *ray's QUIC 总之，SplitHTTP H3 是第一个完全基于标准 H3、支持套 CDN 的 QUIC 类代理，亦可用反代、Browser Dialer 来隐蔽自身。 毫无疑问，SplitHTTP H3 已经开启了一个崭新的时代。»