Project X Channel

#Tips Quantumult X 已支持 VLESS：TLS、REALITY、XTLS Vision 代理协议 如果你添加订阅链接后，无法正确的获取到节点信息，说明你机场没下发 Quantumult X 相关的配置。 解决办法： 方法1： * 添加资源解析器，并更新到最新版本，并且开启资源解析器，再更新订阅 * 如果依然无法获取，可在订阅地址后面加: &flag=shadowrocket，再更新订阅 * 如果依然无法获取，那只能使用方法2 方法2： * 使用 sub…

你们说把vless enc的全随机密文编码成几千个常用汉字

🔌New pull requestXray-core#5508 Add hysteria2 outbound by: @LjhAUMEM 基于 98872a4 已测试可正常连接 hysteria2 v2.6.5 服务端。 二进制体积变化： - windows/amd64: 31.9 MB → 33.4 MB - linux/amd64: 33.0 MB → 34.6 MB 目前有个问题，apernet/quic-go 依赖 quic-go/qpack v0.5.1，与 v0.6.0 不兼容。 Reply to this message to post a comment on GitHub.

下个版本的重磅更新除了 TUN 外还有 BuildDomainMatcherCache() 功能，它可以为路由、DNS 用到的 DomainMatcher 提前建立缓存并写入文件，使用时直接通过 mmap 访问缓存文件从而实现懒加载，当然 Xray 启动时也不再需要 read、unmarshal geosite、build 出完整的 DomainMatcher 从而降低了 peak memory usage 利好 iOS 上 HAPP/Streisand/OneXray 等直接基于 Xray-core 的 APP https://github.com/XTLS/Xray-core/pull/5505

Shadowrocket 测试版更新 版本 2.2.78 (3021) 测试内容： · feat(vless): add vless post-quantum encryption support 群组 @ShadowrocketApp 频道 @ShadowrocketNews 邮箱 [email protected]

请问各位用vless encryption是直接使用的吗？还是搭配tls/reality+vision使用的？

我们已完成切换至最新版本用户面板并完成更改基础地区接入协议为VLESS+Vision+REALITY 请于网站用户中心获取新的订阅地址并导入支持该协议的客户端进行连接使用。 由于我们供应线路数量较多，目前仅迁移10%的线路，我们仍将继续进行迁移。 部分地区线路由于转发架构配置复杂，且我们的转发架构设计为原版SS/SSR使用，转发新协议需要解决一些兼容性问题，在我们解决该转发问题前，部分出现问题的地区接入暂时为直连。 我们将逐步将全部地区接入切换至现有专线转发。 我们深知原版Shadowsocks协议配合RC4…

💬New comment onXray-core#5464 Proxy: Add TUN inbound for Windows & Linux, including Android by @RPRX 提前发表一下感想吧，我几乎不会说什么利于团结的话，不过这次真的是有感而发：通过本次对 TUN 的支持我看到了 Xray 生态的~~生机勃勃万物竞发~~和 Xray 团队的通力合作，first-contributor @Owersun 实现了 TUN，@yuhan6665 完善了 Android 支持，@Fangliding 添加了进程名/绝对路径/文件夹路由，@KobeArthurScofield 更新了 CI 为 Windows 添加了 wintun.dll，每个人都及时贡献了自己最擅长的部分，共同完成了本次对 TUN 的支持，~~至于我干了什么，我一直在 vibe，啊不是晚点还有 FullCone~~ 我不觉得这不如“一个人完成所有方面”，恰恰相反我觉得这才是最健康、长久的模式，有人说 Xray 是靠 PR 来活着的，以前是这样，以后还会是，Xray 最宝贵的资源或许不在于那些原创协议，而是在于各个方面的贡献者以及对新 contributor 的吸引力 说回 TUN，如今 Xray 加了它，对 end-user 来说可能没太大区别，毕竟各个客户端早就有了自己的 tun->socks 方案（这就是为什么 TUN 在我计划中的优先级很低），但是自有 TUN 对于接下来的 Xray-only 官方客户端来说至关重要，提前扫除了一大障碍 Reply to this message to post a comment on GitHub.

🔨1 new committo Xray-core:main: 39ba1f7: Proxy: Add TUN inbound for Windows & Linux, including Android (#5464) * Proxy: Implement tun raw network interface inbound support for Linux * Proxy: Tun. Include "android" as build condition for build of tun_default implementation * Proxy: Tun. Add .Close() cleanup calls to Handler.Init() where needed * Proxy: Add Tun for Android * Proxy: Tun. Implement Windows support --------- Co-authored-by: yuhan6665 <[email protected]> by Owersun

https://t.me/projectXray/4524478 这个还有下文嘛...🙈

别说优化了，兼容通道都不好做，风扇包起来修了一下这也就那样，现在是依赖更新不了（接口不太兼容）修复又不好弄，仓库在sb那边

## UoT Migration 要解决上文提到的问题，其实很简单：客户端重新连上时，服务端把原来的 UDP 端口还给它就行了。 类似 QUIC 的 Connection Migration，我提出了 UoT Migration 的概念，其最严格的定义为： 被代理的 UDP 来源二元组不变时，若客户端发了起新的 UoT 连接，服务端会将旧连接的下游资源转移给新连接，并关闭旧连接。 1. “下游资源”指的是服务端使用的 UDP 二元组或中转连接。若 UoT 连接断了，服务端需要等一段时间再释放下游资源。…