OneXray 动态

34 篇已发布内容

yiguodev 称因上游 Xray-core 变更频繁，后续仅支持 VMessAEAD / VLESS 分享链接；Hysteria 分享链接导入不在此范围。原文见下方引用。

Fangliding 分析该路径需较大上行进入 readv、发完后上行立即静默，且远端在对应时机关闭连接；来回小包、HTTP/2 window update 或心跳会解除锁定，因此很难遇到。原文见下方引用。

yiguodev 表示已在 dev-26.9.2-5（提交 32564a2、762f775）修复：Linux 上 file capabilities 可使 /proc/<pid>/exe 不可读，旧进程检查会误判正在运行的 Core。完整技术说明见下方原文。

yiguodev 说明正常路由模式下常见 DNS 由 Xray 内置 DNS 处理，只改 TUN DNS 地址不会改变这些请求；需改路由配置里的 DNS。他表示下版将允许在智能/自定义路由修改本地/直连 DNS。

233boy 回应「更新选项增加测试版」建议：没必要，需要测试版可自行指定版本更新；他认为绝大多数用户用不上该入口。原文见下方引用。

RPRX 在 @projectXtls 频道提到 Xray-core 26.9.8 强制 ClientHello 使用 X25519MLKEM768，并点名若干客户端可能受影响。升级前后请自行核验所用客户端与核心版本兼容性。

Fangliding 指出 Xray-core 的 go1.27 分支，并称已做初步迁移，主要是让 ML-DSA 使用标准库。此为分支说明，不代表正式发版。

Fangliding 在 ECH 最低 TLS 版本讨论中表示这是固定要求；若把 Min 设为 1.2 而旧版本还能连属于 bug，留空应该没问题。原文见下方引用。

作者称前一篇分析扩散后被指出错误，经交流与再分析后分享对 VLESS 的改正理解；原仓库已转 private，旧文保留参考。完整更正见下方原文。

作者说明多数协议未规定带域名的 UDP 包应如何回写响应地址，Shadowsocks/V2Ray 等常只回 IP，客户端若不知域名对应 IP 会导致匹配错误。完整论证见下方原文。