ShadowSocksR Plus+ 动态

34 篇已发布内容

针对 wwqgtxx 提出的阻塞与重复加锁风险，PharosVip 表示已将 PrepareConnection 与数据包转发移入有界异步队列，并移除外层 icmpMu；后续继续跨平台测试。此为 mipstack 适配 PR 修订进展，不代表已合并发布。

wwqgtxx 认为第二处提交的 forwardICMP 虽可能提升性能，但引入更大阻塞风险与重复加锁问题，整体不够稳健。原文见下方引用。

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

wwqgtxx 表示无意花时间处理未发布 uTLS 版本的兼容问题，也不愿承担其安全风险；项目随意跟踪未发布 commit 不构成上游义务。原文见下方引用。

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

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

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

对开启 override-destination 后部分应用异常的报告，xishang0128 解释：覆盖目标时清空原目标 IP 才是正确行为，否则覆盖可能失效；该案例更应检查嗅探域名被重新解析后的访问结果，而非内核本身。

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

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