Telegram
Aa in Project X
I didn't mean that "XHTTP deleted the ability to pass through CDN" i meant even if you remove CDN and reverse proxy support, you can't achieve performance of Hysteria or even TUIC
TUIC that is not developed for 2 years has 0-rtt h3, multiple choices for H3…
TUIC that is not developed for 2 years has 0-rtt h3, multiple choices for H3…
虽然我不懂为什么你的 even 移除的都是些没什么成本的 advantages,然而 XHTTP 复用后也是 0-RTT 的,其次能否换 QUIC 拥塞控制算法只是有没有写代码而已,并不是根本的协议设计问题,同样你想要多暴力也只是你写多少数值而已,并不是能不能实现的问题,最后我也觉得 native UDP 特性挺好的,我觉得 XHTTP/3 可以支持一下,反代软件以后可能也会支持它
还有, 我说的都不是 random theories,只是看你懂不懂各种网络协议的原理,懂的人都没说有问题,理解不了说明你仍需提升自身水平
还有, 我说的都不是 random theories,只是看你懂不懂各种网络协议的原理,懂的人都没说有问题,理解不了说明你仍需提升自身水平
👍15😁3👀3🔥1
Telegram
风扇滑翔翼 in Project X
本来只是说慢 结果莫名其妙开始往brutal拐。。
不如看一下我引用的第一条消息的下文,有人说慢,自然会有人建议 brutal,这都快成宇宙第一定律了,不用看都能猜到
😁17⚡2
Telegram
♡艾莉卡☭ in Project X
或者在高峰期观察网络出现拥塞时某个协议的表现,都不用主动探测
众所周知:
1. 我都不在群组里,没有权限 ban 人
2. disagree me 不会被 ban,会被拉到频道对线
3. 但如果你的发言过于离谱,连管理员都看不下去了才会 ban 你
这么问无非又是想暗示我不让人说话,恰恰相反,Project X 是最包容的地方,才会有这么多对线,换别的地方你对开发者说话态度不敬都会被 ban(像你和 Aa 这种),根本不会浪费时间跟你对线
1. 我都不在群组里,没有权限 ban 人
2. disagree me 不会被 ban,会被拉到频道对线
3. 但如果你的发言过于离谱,连管理员都看不下去了才会 ban 你
这么问无非又是想暗示我不让人说话,恰恰相反,Project X 是最包容的地方,才会有这么多对线,换别的地方你对开发者说话态度不敬都会被 ban(像你和 Aa 这种),根本不会浪费时间跟你对线
👍46😁9❤3
Telegram
隐 in Project X
总感觉你在讽刺某些人
并没有,其实我觉得在这方面我要向隔壁看齐了,尤其是我越来越发现总是有一些说英语的 end user 自己都没研究透,却态度很拽地跑来质问开发者,理这些人真的是很浪费时间
👍28😁7
Telegram
dihao(蜂群) in Project X
其实我很想说一下。。。。为什么入群门槛这么高啊。。。能不能降低一点呢?
其实我一直在建议风扇,入群问题可以难些,但不要搞成纯靠运气,这对大家没有好处,我已经觉得没有看到什么新鲜血液了,并且群组不能僵化,应当每月给一两个新的管理员
❤37👍8😁2👀1
Forwarded from GitHub
💬 New comment on Xray-core#4226 Reality的设计思路似乎有漏洞
by @RPRX
我觉得你说的属于潜在的 weakness,因为现实情况比较多变,但是这并不是“Reality的设计思路似乎有漏洞”,而是“偷别人”这种行为固有的一些问题,REALITY 只是尽最大努力提供更好的实践,否则大家遇到封未知流量+SNI 白名单难不成直接躺平吗?
Reply to this message to post a comment on GitHub.
by @RPRX
我觉得你说的属于潜在的 weakness,因为现实情况比较多变,但是这并不是“Reality的设计思路似乎有漏洞”,而是“偷别人”这种行为固有的一些问题,REALITY 只是尽最大努力提供更好的实践,否则大家遇到封未知流量+SNI 白名单难不成直接躺平吗?
Reply to this message to post a comment on GitHub.
👍13
Forwarded from GitHub
💬 New comment on Xray-core#4226 Reality的设计思路似乎有漏洞
by @RPRX
上述就是“现实情况比较多变”的一个例子
我的看法是“要不要偷别人”以及“要不要套 CDN”这类问题,等你被 GFW 逼到墙角了自然就知道要不要
Reply to this message to post a comment on GitHub.
by @RPRX
上述就是“现实情况比较多变”的一个例子
我的看法是“要不要偷别人”以及“要不要套 CDN”这类问题,等你被 GFW 逼到墙角了自然就知道要不要
Reply to this message to post a comment on GitHub.
👍18
Forwarded from 薄荷
Project X Channel
太好了又是我最喜欢的翻墙协议大作战而且还发生在跨年夜
这就是我要的氛围!没有男/女朋友的打扰一个人躲在卧室被窝里和网友狠狠讨论翻墙协议
😁44⚡2👍1
Forwarded from GitHub
💬 New comment on Xray-core#4226 Reality的设计思路似乎有漏洞
by @RPRX
~~群友想啥呢,谁跟你们一样宅,跨年我肯定出去玩的,跑了,明天再更新 XHTTP 的文章和 v24.12.31 的 release notes~~
Reply to this message to post a comment on GitHub.
by @RPRX
~~群友想啥呢,谁跟你们一样宅,跨年我肯定出去玩的,跑了,明天再更新 XHTTP 的文章和 v24.12.31 的 release notes~~
Reply to this message to post a comment on GitHub.
❤14😁6👍2👀2⚡1
Telegram
Nikita Korotaev in Project X
@RPRX 你打算完成XUDP UoT迁移的文章吗?
## UoT Migration
要解决上文提到的问题,其实很简单:客户端重新连上时,服务端把原来的 UDP 端口还给它就行了。
类似 QUIC 的 Connection Migration,我提出了 UoT Migration 的概念,其最严格的定义为:
被代理的 UDP 来源二元组不变时,若客户端发了起新的 UoT 连接,服务端会将旧连接的下游资源转移给新连接,并关闭旧连接。
1. “下游资源”指的是服务端使用的 UDP 二元组或中转连接。若 UoT 连接断了,服务端需要等一段时间再释放下游资源。
2. 经测试,服务端不一定能及时获知“连接断开了”,所以必须允许新连接直接“抢走”下游资源,这也给了客户端更多的玩法。
可以看出,实现了 UoT Migration,才能真正实现稳定 FullCone。
甚至从某种程度上来说,这才是真正意义上的 FullCone,因为常规的 UDP NAT 并不会让映射关系依附于某条 TCP 的命运。
以上是去年写的其中一小段,我看了下去年还有 10% 就写完了,不过最近太忙了(忙着玩),明年一定
要解决上文提到的问题,其实很简单:客户端重新连上时,服务端把原来的 UDP 端口还给它就行了。
类似 QUIC 的 Connection Migration,我提出了 UoT Migration 的概念,其最严格的定义为:
被代理的 UDP 来源二元组不变时,若客户端发了起新的 UoT 连接,服务端会将旧连接的下游资源转移给新连接,并关闭旧连接。
1. “下游资源”指的是服务端使用的 UDP 二元组或中转连接。若 UoT 连接断了,服务端需要等一段时间再释放下游资源。
2. 经测试,服务端不一定能及时获知“连接断开了”,所以必须允许新连接直接“抢走”下游资源,这也给了客户端更多的玩法。
可以看出,实现了 UoT Migration,才能真正实现稳定 FullCone。
甚至从某种程度上来说,这才是真正意义上的 FullCone,因为常规的 UDP NAT 并不会让映射关系依附于某条 TCP 的命运。
👍27👀3❤2
Telegram
Project X Channel
Boost this channel to help it unlock additional features.
新的一年,v25.1.1 已 release,预计于明天设为 latest(现在的是 v24.12.31)。请 Telegram Premium 用户点一下 boost,以便本频道关闭强制性的 Telegram 广告,都是些野鸡 VPN 广告。
❤71
opensea.io
REALITY - Project X | OpenSea
本来今天想小改 XHTTP 然后发个新版,结果改得走火入魔了,所以有人买 NFT 吗:https://opensea.io/assets/ethereum/0x5ee362866001613093361eb8569d59c4141b76d1/2
❤18👀4😁3🔥2⚡1
Telegram
尚能饭 in Project X
xhttp又要改了?这下游支持又遥遥无期了
没改协议,但如果你指的是其它 core 的支持,我压根就没指望他们支持,今年的计划是先加 TUN 再放出新客户端
👍36🔥7👀6⚡3❤2😁1
Telegram
armin in Project X
够了,我们厌倦了所有这些更新,你改变了所有条目,你在寻找什么 rprx
示例:tcNoDelay 当你把它改为穿透时,遇到了什么问题?
示例:tcNoDelay 当你把它改为穿透时,遇到了什么问题?
Removed from channel.
tcpNoDelay 那个选项就没用,看不懂就多学,少来教开发者怎么做事,自从上次我说总有英语 end user 会这样,人家现在翻译成中文了
tcpNoDelay 那个选项就没用,看不懂就多学,少来教开发者怎么做事,自从上次我说总有英语 end user 会这样,
😁41👍7❤1👀1