Telegram
fsdf 253 in Project X
现在的xhttp是上下分离。有没有可能参考mekya的方案把流量完全打乱多个出口,这样也许可以合并多个速度并不快的线路,开创一个更新的时代
其实我想看到的就是这样的想法,不过合并多个速度不快的线路,技术上没有难度,但似乎没有必要:与其追求单线程的速度,不如用负载均衡把多线程下载分发到不同出站,速度自然就上去了,就像多线程测速时需要关掉多路复用
👍20🔥5
Forwarded from 风扇滑翔翼
/music 快过年了,不要再讨论什么 reality 上下行分流 XHTTP grpc_pass 了,你的万兆过墙线路,回到家了并不会给你带来任何实质性作用,朋友们兜里掏出一大把钱吃喝玩乐,你默默在家里摆弄你的上网代理工具。亲戚朋友吃饭问你收获了什么,你说我 上网 v4 去 v6 回 快的一批 ,亲戚们懵逼了,你还在心里默默嘲笑他们,不懂你的高级协议,也笑他们十有八九连上网代理都不知道是什么,你父母的同事都在说自己的子女一年的收获,儿子买了个房,女儿购了台车,姑娘升职加薪了,你的父母默默无言,最后被人问到了,不说话不礼貌,才说我的儿子今年搭了一堆节点 开启了一堆新时代嘞。
😁138👍22⚡7❤4
GitHub
XHTTP: Beyond REALITY · XTLS Xray-core · Discussion #4113
中文 | Русский XHTTP: Beyond REALITY 开发简述:2024 年中,@mmmray @ll11l1lIllIl1lll 等人基于 @RPRX 所述的“分包上行、流式下行”原理及实现细节开发出了 SplitHTTP,首次实现了不牺牲下行效率的同时穿透绝大多数支持 HTTP 的中间盒,并首次大规模实现了 QUIC H3 过 CDN,开启了一个崭新的时代,浏览器转发 B...
XHTTP 的文章已更新“快速上手指南”,以及这几天反馈的其它内容,快去看看吧,记得支持一个 NFT:
https://github.com/XTLS/Xray-core/discussions/4113
https://opensea.io/assets/ethereum/0x5ee362866001613093361eb8569d59c4141b76d1/2
https://github.com/XTLS/Xray-core/discussions/4113
https://opensea.io/assets/ethereum/0x5ee362866001613093361eb8569d59c4141b76d1/2
👍59😁7❤3🎉1👀1
GitHub
XHTTP client: Refactor "packet-up" mode, chasing "stream-up" by RPRX · Pull Request #4150 · XTLS/Xray-core
#4163 加了 hMaxRequestTimes,其实主要是利好 packet-up,也就是 H3 的默认 mode,这个 PR 同理
XHTTP packet-up 模式的上行发送大量数据会出问题,此前 #3972 (comment) 只修好了一部分,这个 PR 基于 #4100 (comment) “back pressure 没到位 ...... 本来就应该等上个 POST 把数据...
XHTTP packet-up 模式的上行发送大量数据会出问题,此前 #3972 (comment) 只修好了一部分,这个 PR 基于 #4100 (comment) “back pressure 没到位 ...... 本来就应该等上个 POST 把数据...
XHTTP client: Refactor "packet-up" mode, chasing "stream-up"
https://github.com/XTLS/Xray-core/pull/4150
https://github.com/XTLS/Xray-core/pull/4150
👍24👀4⚡1
GitHub
Release Xray-core v24.12.15 · XTLS/Xray-core
See https://github.com/XTLS/Xray-core/releases/tag/v24.12.18
Xray-core v24.12.15: https://github.com/XTLS/Xray-core/releases/tag/v24.12.15
XHTTP: Beyond REALITY 已更新至第三版,快去看看吧
记得支持一个 NFT:
https://opensea.io/assets/ethereum/0x5ee362866001613093361eb8569d59c4141b76d1/2
XHTTP: Beyond REALITY 已更新至第三版,快去看看吧
记得支持一个 NFT:
https://opensea.io/assets/ethereum/0x5ee362866001613093361eb8569d59c4141b76d1/2
👍26❤3🔥3🎉2
Forwarded from 薄荷
因为是 cf 不允许,所以滥用 cf 是坏道德,但是 gfw 不允许就是好道德,看来判定滥用是依据自然法
⚡3
Forwarded from 薄荷
如果说滥用 cf 是坏的,那这种坏到底是因为违反用户协议还是因为挤占他人资源?这个问题好多人也没想清楚
👍6
Forwarded from 薄荷
rprx 把我消息传出去,估计又要有人说我薄荷是什么滥用狂魔了,实际上我搞的 cdn 节点月流量 2gb 都不到
😁44👍4
GitHub
Release Xray-core v24.12.18 · XTLS/Xray-core
XHTTP client: Refactor "packet-up" mode, chasing "stream-up" #4150
这是 2024 年最后一个版本,包含了大量重要更新:比如再次优化了 XHTTP packet-up 模式的上行,修好了 bug 的同时速率直追 stream-up,还会自动切换连接以避免超过单个连接 HTTP 累计请求数...
这是 2024 年最后一个版本,包含了大量重要更新:比如再次优化了 XHTTP packet-up 模式的上行,修好了 bug 的同时速率直追 stream-up,还会自动切换连接以避免超过单个连接 HTTP 累计请求数...
Xray-core v24.12.18
这是 2024 年最后一个版本,包含了大量重要更新:比如再次优化了 XHTTP packet-up 模式的上行,修好了 bug 的同时速率直追 stream-up,还会自动切换连接以避免超过单个连接 HTTP 累计请求数限制,主要利好 H3 及穿透无流式上行的 CDN。 更多的更新内容请看第三版 XHTTP: Beyond REALITY,还讨论了套 CDN 是否属于“滥用”的问题。
为了配合 XHTTP 对 TLS 的广泛使用,Xray-core 已将 "chrome" 设为默认指纹,防止手动输入配置时忘了选指纹。
请支持一个 REALITY NFT:https://opensea.io/assets/ethereum/0x5ee362866001613093361eb8569d59c4141b76d1/2
如果你有余力,请支持一个 Project X NFT:https://opensea.io/assets/ethereum/0x5ee362866001613093361eb8569d59c4141b76d1/1
一个新的 Xray 客户端正在开发中,持有 REALITY NFT 将获得早期内测资格。圣诞节会发布一篇 XUDP UoT Migration 的文章,并公布 Project X 2024 年度贡献者,颁奖一个 Project X NFT。2025.1.1 每个 Project X NFT 将获赠两个 REALITY NFT。
这是 2024 年最后一个版本,包含了大量重要更新:比如再次优化了 XHTTP packet-up 模式的上行,修好了 bug 的同时速率直追 stream-up,还会自动切换连接以避免超过单个连接 HTTP 累计请求数限制,主要利好 H3 及穿透无流式上行的 CDN。 更多的更新内容请看第三版 XHTTP: Beyond REALITY,还讨论了套 CDN 是否属于“滥用”的问题。
为了配合 XHTTP 对 TLS 的广泛使用,Xray-core 已将 "chrome" 设为默认指纹,防止手动输入配置时忘了选指纹。
请支持一个 REALITY NFT:https://opensea.io/assets/ethereum/0x5ee362866001613093361eb8569d59c4141b76d1/2
如果你有余力,请支持一个 Project X NFT:https://opensea.io/assets/ethereum/0x5ee362866001613093361eb8569d59c4141b76d1/1
一个新的 Xray 客户端正在开发中,持有 REALITY NFT 将获得早期内测资格。圣诞节会发布一篇 XUDP UoT Migration 的文章,并公布 Project X 2024 年度贡献者,颁奖一个 Project X NFT。2025.1.1 每个 Project X NFT 将获赠两个 REALITY NFT。
❤77👍29🔥8⚡3
Telegram
dafujian da in Project X
带reality咋感觉速度好慢啊
慢就加钱换线路,就是因为你的邻居们为了提速开始抢占带宽,导致你用不抢占带宽的协议一天比一天慢,最后你也开始抢占带宽,这就叫内卷,最后 GFW 再把抢占带宽的都给墙了
😁61👍10⚡1
Telegram
momo in Project X
cf要是把cdn堵死了还有能拯救线路的其他协议吗
这属于是完全没懂啊,我早就说了抢占带宽的代价是别人更慢以及特征更明显,一个个都只考虑自己,不然我给 XHTTP/3 改个暴力发包方便一起爆炸,都是 QUIC 谁还不能暴力发包了
😁36⚡5👍4
Telegram
Aa in Project X
You have theories in your mind, prove it works, show a proof of work
XHTTP http overhead will not allow it to become as good as Hy2 even without Brutal cc
XHTTP http overhead will not allow it to become as good as Hy2 even without Brutal cc
我还特意去看了 XHTTP 禁 mux cool 中的 TCP 有没有把反向代理也禁了,结论是没有,因为限制只加在 inbound,然后 mux cool 服务端会遵守,而反向代理的 mux cool 服务端在 outbound,刚好不受影响。至于他同样删掉的"XHTTP 把过 CDN 的能力给删了"纯粹就是搞笑,今天有个人到处发。然后就是激将法了,HTTP overhead 也就 1%,换来能放在 Nginx 和 CDN 后面有什么不值的,甚至我不需要改 Xray 的代码,只需要改 Nginx 的 QUIC 拥塞控制,还有群友测出 TCP-Brutal 对 CDN 也有提速作用也不知真假。
👍12