来源:GitHub
在支持 libXray v26.7.28 的问题讨论中,作者更新:v1.3.5 已升级到 libXray v26.7.28(工具链换成 star4277/ohos-go v1.26.5)。此前回退是因为升级后 VPN 扩展进程在启动 Xray 时会 SIGSEGV(日志停在 VPN created,没有 Xray started);根因是自身桥接代码:新版 libXray 加载后又调用 setenv 设置资源目录,而 Go 的 c-shared 库在 dlopen 返回后会另…(节选)
来源:GitHub
感谢反馈,信息很有用 🙏 已核实:`star4277/ohos-go` v1.26.5-beta1 确实带 OpenHarmony 端口(`GOOS=openharmony` + `rt0_openharmony_arm64.s`,还修了 go1.26 的 OHOS musl 早期初始化问题),正好解开当前的死结——现役工具链封顶 go1.24.5,而 libXray v26.7.28 需 go1.26.3、新版 xray-core 需 go≥1.25。 计划分阶段推进: 1…(节选)
来源:GitHub
感谢反馈,两点都已处理: 1. **Hy2 测延迟失败**:Hysteria2 走 QUIC/UDP,而测延迟是对服务器端口做 TCP 握手,该端口通常只监听 UDP,故必然失败(节点本身可正常使用)。已改为不再误报为"失败"、显示中性状态;要测出真实延迟数字需后续为 sing-box 增加原生测速,会继续跟进。 2. **测速偏低**:已在 tun2socks 数据面开启接收窗口自动调优,缓解高带宽/高延迟链路上单流被固定窗口卡住的问题,整体吞吐会有提升。下个版本(经真机验…(节选)
来源:GitHub
已修复。根因是 WireGuard 默认 MTU(1420)在移动/运营商网络上偏大,外层加密 UDP 包常超过路径 MTU 触发分片重传而掉速(与你实测 1280 明显更快一致)。 已把默认 MTU 改为 1280(链接/conf 里显式写了 MTU 的仍按你填的值,也可在节点编辑页手动调整)。同时给 tun2socks 数据面开启了接收窗口自动调优以提升整体吞吐。已合并到 main,下个版本(经真机验证后)生效。