XHTTP 服务端需及时升级至 v25.1.30,接下来的版本客户端将不会发送兼容性 path padding(已转移至 Referer header)以避免过长的日志
https://github.com/XTLS/Xray-core/releases/tag/v25.1.30
https://github.com/XTLS/Xray-core/releases/tag/v25.1.30
GitHub
Release Xray-core v25.1.30 · XTLS/Xray-core
See https://github.com/XTLS/Xray-core/releases/tag/v25.3.6
给了过渡时间,一键升级服务端很难吗,v25.1.30 同时兼容新旧客户端
Telegram
taiyi747 in Project X
😅怎么感觉又像是破坏性更新
Project X Channel pinned «XHTTP 服务端需及时升级至 v25.1.30,接下来的版本客户端将不会发送兼容性 path padding(已转移至 Referer header)以避免过长的日志 https://github.com/XTLS/Xray-core/releases/tag/v25.1.30»
Xray 的代码是几百毫秒没数据的话就只发请求头,Vision 还有 padding
Telegram
konsclufka in Project X
发现对于 VLESS 之类的将一个请求连接目标服务器和发送第一个 TCP Application Data 合并在一个包的协议没法代理在连接 TCP 后被动接受数据的协议。
当我在 Wireshark 看着我的 VNC 客户端开了个 TCP 连接然后无动于衷之后我就知道她等待,但是只有她主动去发送数据才能有回答,她只是开着在那里,她只是看着,最后她觉得目标超时了。
EDIT: 理论上在 VLESS 里包一个 Socks5 可以缓解这个问题,但是我没去试。
当我在 Wireshark 看着我的 VNC 客户端开了个 TCP 连接然后无动于衷之后我就知道她等待,但是只有她主动去发送数据才能有回答,她只是开着在那里,她只是看着,最后她觉得目标超时了。
EDIT: 理论上在 VLESS 里包一个 Socks5 可以缓解这个问题,但是我没去试。
End user:别跟我谈技术原理、道不道德,我不想听,我只关心快不快
Telegram
MingJin in Project X
可是我用kcp能跑下载30m/s xhttp最高只能2.3m/s
本来想把上下行分离加给 VLESS,后来发觉 XHTTP 全场景都能用
Telegram
Alireza in Project X
我认为,如果分离下行链路和上行链路的概念可以与其他协议(如 tcp、ws、kcp 等)一起使用,而不仅仅是 xhttp,那就太好了。
这个没有自带多路复用,且 ALPN 为 http/1.1,不太能进来
Telegram
U̶nknowNㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤ in Project X
You can also merge HTTPUpgrade(fake websocket) to XHTTP
要不你发 GitHub 上,新版 stream-up 的上行相当于 stream-one 了
Telegram
O_o $_$ in Project X
关于为什么设置自动压缩对象,这个是前段时间使用出现的问题,改这个比改r佬说的sse方便一点,反正体验影响不大...,你想查询当时的对话,跳转上去自己翻一下 @geek_sh
就是说假 WebSocket 标头只能 HTTP/1.1 用,且不自带任何连接复用
Telegram
Alireza in Project X
我认为我们的朋友的意思是向 xhttp 添加特定于 ws 或 hu 的标头。
在我看来 KCP 只是利用 UDP 来暴力发包,这种事 XHTTP 也不是做不到
Telegram
Alireza in Project X
确实,xhttp 使得流量看起来更自然,但是将整个上行和下行分离的概念添加到 vless 中是一个非常好的主意,因为它允许您使用除了 xhttp 之外的其他传输方式,例如 kcp 等。
错误姿势:兼容旧协议客户端或其它工具
正确姿势:All in Xray,要求用户换客户端
正确姿势:All in Xray,要求用户换客户端
Telegram
Gleen Ji in Project X
问一下大佬们,服务端是xhttp,能不能兼容客户端grpc或者http h2传输方式,就是客户端还是老版本的xray,或者其他工具
属于是被机场钻了空子,因为那些软件喜欢搞订阅路由,但你自建的话就没那么多节点能让你去分流,而 *ray 向来是自建优先
不过鉴于 GFW 没啥动静,今年 Xray 的重心转向基础架构、客户端
Telegram
Gleen Ji in Project X
看了一下大佬们的回复,主要是安卓端这块我挺喜欢用singbox的,pc端我一般是直接xray core搭配浏览器的switchy omega,或者搭配netch proxifier,tun的话也是singbox,所以想知道xhttp能不能兼容其他工具或旧版传输
说到点子上了,一个个都喊着 TUN 和客户端,再一看赞助
Telegram
073a8af9cfe4 in Project X
TUN的呼声那么高,可以众筹一下😁
一个个有钱自建那么多节点,买 NFT 了吗
不如把买 VPS 吃灰的钱用来收藏 NFT
不如把买 VPS 吃灰的钱用来收藏 NFT
Telegram
Yellowstone in Project X
哈哈+1