2026.09.26 16:22:17(UTC+8) 来源:GitHub
在 Exclave 一个「关于负载均衡策略组修改建议」的议题中,有人建议把负载均衡策略组里分组选项的选择由单选改成多选,以便在一个策略组里同时使用多个代理组。dyhkwong 回复并随即关闭该议题:负载功能仅作为遗留功能,只会有错误修复,不会被活跃支持,除非有人愿意贡献并负责维护相关部分,否则不会有功能更新。他在同一议题里随后补充:由于已经有别人提交了「使用分组前置代理」和「使用分组落地代理」的 PR,若实现多选分组功能,这两个功能只能要么删除、要么重做,这也不只是他一个人的…(节选)
2026.09.24 15:45:38(UTC+8) 来源:GitHub
在 Exclave 已关闭的 issue #480(REALITY incompatible with Xray server)下,dyhkwong 把该帖重新置顶:原先取消置顶是为了不让在 issue 区寻找解决办法的观众被争论内容干扰,既然争论仍在继续,就重新置顶,方便观众查找「有的 uTLS 指纹连不上服务端」的解决办法。 他同时更正了原帖的一处说法:经 RPRX 指正,并不存在「服务端假定第一个 key share 必然是 X25519」的现象;该说法是因 REALI…(节选)
2026.09.22 23:38:23(UTC+8) 来源:GitHub
在 Exclave 的建议议题中回应检测相关讨论时表示,检测是否使用代理的方法有很多,根本不需要检测 VpnService,检测应用同理;并认为用户不应把代理软件与间谍软件安装在同一设备上,也不应把代理软件安装在带间谍行为的系统中。对「加入外部拉起与关闭服务以配合 Tasker 自动化」的建议,他反问现有的 Tasker 支持是否已经可以做到。
2026.09.22 19:06:56(UTC+8) 来源:GitHub
在跟踪 V2Ray QUIC 传输 ALPN 兼容性中断的议题中,dyhkwong 列出 Exclave 需要的改动:既有配置把「无 ALPN」改写为 ALPN h2 与 http/1.1;新建配置中「无 ALPN」表示 ALPN h3;exclave-core 目前接受 h3、h2 或 http/1.1 之一(他注明这暂不具备抗主动探测能力),未来版本起只接受 h3;Shadowsocks v2ray-plugin 短期内不太可能更新,Exclave 对其始终使用 ALPN…(节选)
2026.09.22 19:00:15(UTC+8) 来源:GitHub
在跟踪 V2Ray QUIC 传输破坏性变更的议题中,dyhkwong 表示已向 V2Ray 开发者反馈服务端一侧仍未修复、且这属于破坏性改动;V2Ray 开发者确认这是意外的破坏性改动,V2Ray 服务端目前临时接受 ALPN h3、h2 或 http/1.1 之一。他同时给出了 v2fly/v2ray-core v5.54.2 的发布页面链接。
2026.09.22 10:21:34(UTC+8) 来源:GitHub
在 AmneziaWG 支持请求讨论中,作者列出不支持的理由:协议设计与质量不佳(作者称其只是带易检测混淆头的 WireGuard,完全不抗封锁);没有协议规范,他人只能逐 bug 兼容或直接引入其库;付费高级版背书,对方可随时改变对免费版的态度;Exclave 是支持代理协议的代理软件而非 VPN 软件,支持 VPN 协议需做三层-四层-三层转换,性能与体验较差,且只能代理 TCP 与 UDP。作者并表示 Exclave 支持 WireGuard 本身是个失误,只对 Clo…(节选)
2026.09.22 09:48:03(UTC+8) 来源:GitHub
作者开帖跟踪:V2Ray 在 v5.54.1 中为了修复「安全问题」,把 QUIC 传输的默认 ALPN 从 h2 和 http/1.1 改为 h3,且未说明这是破坏性变更;更严重的是只改了客户端、没改服务端。作者认为即便要做破坏性变更,也应默认不设 ALPN 而不是 h3,但由于 V2Ray 的基础设施,默认不设 ALPN 并不容易实现。该变更还会破坏他们自己的 Shadowsocks v2ray-plugin 实现。作者说明这并非新发现的问题,已在 Exclave wik…(节选)
2026.09.20 00:54:45(UTC+8) 来源:GitHub
dyhkwong 在 Exclave #485 中说明,Exclave 已移除非 SIP003 的插件支持;NaiveProxy 适用 grandfather clause(保留例外)。除非新协议足够好且无法用 Go 实现,他认为不会再新增插件。
2026.09.12 20:31:05(UTC+8) 来源:GitHub
Hysteria 2 URI scheme follows https://v2.hysteria.network/docs/developers/URI-Scheme/. `vcn` is not in the specification, so non-standard parameters will of course not be added. Adding non-standard parameters support will only pollute the s…(节选)
2026.09.11 15:59:31(UTC+8) 来源:GitHub
I explicitly made configurations with finalmask fails to import because there is no plan to support the huge mess of finalmask, and a configuration with finalmask enabled is imcompatible with the same configuration without finalmask enabled…(节选)