pengchujin：塔台 1.0.22 支持 mihomo 子规则 SUB-RULE，该配置可导入
摘要：针对「无法导入自定义规则」，pengchujin 表示已在 1.0.22 支持 mihomo 子规则（SUB-RULE / sub-rules），这套配置现在可以导入，导出到 mihomo 系客户端正常；其他客户端会被「代理QUIC」组的 PASS-RULE 挡住，这是 mihomo 独有的策略，暂时没有等价写法。
作者发言 · 第 15 页
作者发言
按原始发布时间排序pengchujin：塔台导出 SIP003 插件值时做反斜杠转义，修复分号被截断
摘要：针对「标准 Shadowsocks 插件链接会截断 WebSocket 路径里的分号」，pengchujin 确认修复：SIP003 插件值在导出时（分享链接与 sing-box `plugin_opts`）改为反斜杠转义，解析时支持 v2ray-plugin 与 obfs-local 的转义，像 `/foo;bar` 这样的路径可以完整往返；修复将随下个版本发布。
alireza0：s-ui 关闭 API v2 路由重构 PR，令牌管理应放在真实登录之后
摘要（节选）：在「api: restructure API v2 routes, add token management and e2e tests」PR 中，alireza0 表示重构 API v2 路由会改变既有集成依赖的公开 API，其中一些即使保留旧路由也会破坏（例如 `GET /apiv2/config`、改为 401、未知 action 返回 404），这类改动应放到下个大版本，因此关闭该 PR。另外允许 API 令牌创建新令牌（包括永久令牌）会让短期或泄露的令牌取得长期访问…
alireza0：s-ui 的「断开连接」改为真正关闭 QUIC 会话，客户端会立即重连
摘要：针对「实时连接中断开连接的功能」，alireza0 跟进说明：「断开连接」现在会关闭 QUIC 会话（Hysteria、Hysteria2、TUIC），而不是暂停它们，客户端会立即重连。该改动将随下个版本发布。
alireza0：s-ui 全局流量重置不再重启内核，并正确关闭 QUIC 会话
摘要：针对「因流量配额被禁用的客户端在全局流量重置后无法重连」，alireza0 说明已修复：全局重置不再重启内核，被重新启用的用户就地更新、可立即连接；对 QUIC 协议（Hysteria、Hysteria2、TUIC），此前任何内核重启都会让客户端在旧会话上等待约 30 秒，现在服务端会正确关闭其会话，客户端可立刻重连。该修复将随下个版本发布。
alireza0：s-ui 流量列改为按已消耗流量排序，客户端全部不限量时也有效
摘要：针对「Usage Sort」，alireza0 说明已修复：流量列现在按已消耗流量排序，而不是按分配配额，因此在所有客户端都不限量时也能正常工作。该修复将随下个版本发布。
alireza0：s-ui 规则卡片新增上移/下移按钮，解决手机端无法拖拽排序
摘要：针对「手机上无法调整规则顺序」，alireza0 说明多数移动浏览器不会从触摸开始拖放，因此每条规则卡片（路由与 DNS）现在都有上移/下移按钮，桌面端同样可用。该改动将随下个版本发布。
ONEUI：Stelliberty 启动超时源于订阅 provider 过多且无缓存，预下载路径也与内核不一致
摘要：针对「mihomo 进程运行中但 API 无响应（External controller listen error）」，ONEUI 表示大致找到问题：订阅里 provider 很多、本地又没有缓存时，内核要在启动完成前把它们全部下载完，超过原来 10 秒的启动时限就被当成启动失败结束掉；另外导入时预下载的 provider 文件与内核实际读取的路径对不上，等于每次启动都要重新下载一遍。这两处都已修好，测试版正在构建，作者请反馈方更新后再试，看是否还会出现。
2dust：v2rayN.WebAPI 不要与 WebUI 有任何关联检查，配置也应各自独立
摘要：在「feat(web): 添加无头 WebAPI 支持」PR 中，2dust 要求 v2rayN.WebAPI 不要和 WebUI 有任何关联检查，各自管好自己就行；配置也不要有任何关联，清理掉 v2rayN.WebAPI 中多余的脚本和配置，设置尽量极简。
Elegying：SSRVPN 保留 PR #307 不整体回灌，背景迁移与中断恢复由 #329 补齐
摘要：清理核对结果：精确 Windows 时钟与已提交数据目录保护已由后续修复进入主线；本 PR 的背景迁移与中断恢复部分现已由 #329 按当前主线补齐，保留更严格的目录祖先校验和自动订阅计划迁移。尚未纳入的是壁纸统一入口及相关三端交互方案，因此本 PR 继续保留，不整体回灌旧实现。后续如继续该方案，应仅提取剩余 UI/选择器改动，并重新进行三端交互验收。
Elegying：SSRVPN 关闭已覆盖 PR，网络世代检查与 canPublish 校验已合入 main
摘要：Elegying 在关闭 SSRVPN 该 PR 时说明：当前 main（61e6752b）已包含网络/路由世代检查、历史原子发布前的 canPublish 校验及对应回归，历史 load 还增加了读取失败保护。重新执行诊断等待与历史异步写入的 6 个回归全部通过，因此关闭已被覆盖的 PR，保留来源分支。
Elegying：SSRVPN 关闭已覆盖的历史 PR，相关补丁已含于 main 与 v5.0.38
摘要：Elegying 在关闭 SSRVPN 该 PR 时表示：除已整理的 CHANGELOG 上下文外，该 PR 的生产代码、CI 与测试补丁均已核对包含于当前 main 和 v5.0.38，无需重复合并；保留来源分支与历史记录。
wonfen：Clash Verge Rev 托盘菜单项编号溢出导致 Windows 托盘菜单点击全部失效
摘要（节选）：在 Clash Verge Rev「Windows 版右击系统托盘的“退出”命令无效」（issue #8159）讨论中，维护者 wonfen 表示已在 Windows 上复现并定位：托盘菜单底层的 muda 库在 Windows 上给每个菜单项分配只增不减的内部编号，但点击时只按低 16 位（最大 65535）匹配；CVR 每次刷新托盘菜单（切换模式、节点、订阅、进出轻量模式等）都会整体重建菜单，开启托盘代理组显示时一次重建会产生几百到几千个菜单项，累计超过约 6.4 万个后…
Leadaxe：sing-box-lx 暂不修复 Tailscale 强制 DERP 模式下 magicsock Rebind 的连接泄漏
摘要（节选）：在 sing-box-lx issue #34（TS_DEBUG_ALWAYS_USE_DERP + magicsock Rebind 泄漏 blockForeverConn，lxd Stop/Apply 永久挂起）的讨论中，Leadaxe 表示：根本原因与两种可能的修复已写入 SPEC 113（提交 d911831d2）。暂不修复——该开关是 tailscale 的调试开关、不属于任何 sing-box-lx 配置，修复需要 sagernet/tailscale 分支或新的…
blankwonder：Surge 推出 VS Code 语言支持扩展，提供配置语法高亮与实时诊断
摘要（节选）：Surge 新增 VS Code 语言支持扩展（Surge Language Support），为配置文件、模块和规则集提供语法高亮与实时诊断；可自动识别文件，并在主配置打开时校验分离配置中的策略引用。该扩展依赖 Surge 应用包，需要 Surge Mac 6.10.0 或更高版本；其配置解析能力会在 Surge 升级时自动更新。扩展地址：https://marketplace.visualstudio.com/items?itemName=SurgeNetworks.su…
Own716：OwnBox 已支持 AmneziaWG，原生 OpenVPN 不在 Sing-box 架构支持范围内
摘要（节选）：针对 issue #58 中关于 AmneziaWG 与 OpenVPN 的功能请求，Own716 在 OwnBox for Android v3.0.1 给出状态说明： AmneziaWG（AWG）支持已在 v3.0.1 实现：完整支持混淆参数（Jc、Jmin、Jmax、S1、S2、H1、H2、H3、H4）；支持 awg:// URI 与标准 .conf 文件的导入导出；节点会被自动识别为 AmneziaWG，并直接交由 Sing-box 的 WireGuard 混淆引擎处…
yiguodev：OneXray 下一版加入局域网代理共享，单个监听同时支持 HTTP 与 SOCKS5
摘要（节选）：在「希望有旁路由功能」请求（#208）的回复中，yiguodev 说明局域网代理共享已在下一版实现：可在「高级 → Xray → Xray 配置」中启用，默认端口 11024，可自行修改；单个监听同时支持 HTTP 与 SOCKS5，包含 SOCKS5 UDP 转发。共享在 VPN 运行时生效并使用其当前路由配置，连接状态下修改共享设置会提示重启 VPN。其他设备必须显式配置该代理，这不是透明网关或路由器模式。监听绑定 0.0.0.0 且无认证，因此只应在可信网络启用。HTT…
yiguodev：OneXray 下一版加入分片（Fragment）开关，默认关闭
摘要：在「希望能加入末端分片开关」请求（#212）的回复中，yiguodev 说明分片支持已实现，并将包含在下一版发布中：智能路由与普通自定义路由新增分片（Fragment）开关，默认关闭；高级自定义路由支持通过 JSON 配置自定义分片参数。该 issue 已以「已完成」关闭。
2dust 建议 v2rayN.Web 发布脚本从 Linux 中独立
摘要：在 v2rayN.Web 无头 Web API 与可替换 WebUI 托管支持的 PR（#10300）讨论中，2dust 就发布脚本提出：发布脚本是否从 Linux 中独立出来比较好，理论上在 Windows 上应该也可以使用。
Fangliding：vlessRoute 为 0 的规则也会选中无 VLESS route 的协议
摘要：在 XTLS/Xray-core issue #7094「vlessRoute: "0" 规则匹配非 VLESS 入站的流量」讨论中，Fangliding 确认该现象，并表示 0 也可以算一个 feat——它能够选中无 vless route 的协议，因此请不要使用 0。
yiguodev：Xray iOS TUN 入站的 fd 复制方案可行，WireGuard 官方 Apple 客户端采用同样做法
摘要：yiguodev 在 Xray-core PR #6883（TUN 入站：复制 iOS 隧道文件描述符）线程内确认：方案没问题，WireGuard 也是这方案。他给出 WireGuard 官方 Apple 客户端源码中的对应实现位置，即 Sources/WireGuardKitGo/api-apple.go 第 86 行（提交 2fec12a6e1f6e3460b6ee483aa00ad29cddadab1）。
yiguodev：Xray iOS TUN 入站修复经本地验证可行，借用 fd 须先复制再包装 os.File
摘要（节选）：在 Xray-core PR #6883（hossinasaadi 提出为 iOS TUN 入站复制 NetworkExtension 持有的文件描述符，open、未合并）评审中，yiguodev 复核 commit 9929c7c 后表示该修复方向正确、未发现阻塞问题：仅跳过显式 close 并不够，因为借用来的描述符被包进 os.File 后，其 finalizer 仍可能在 GC 后关闭原描述符；在包装前先复制描述符，Xray 才有自己的句柄可关，同时保留 Networ…
liandu2024：Open-Box v0.1.287 修复规则较多时内核启动写 nftables 缓冲区耗尽导致起不来
摘要（节选）：在 Open-Box issue #426（升级到 v0.1.283 后内核仍假启动、反复重启无效）下，liandu2024 补充说明：用用户提供的备份在测试路由器上原样复现，删掉 PassWall 之后仍起不来，是另一个问题、与 PassWall 无关。原因：内核启动时要把分流用到的防火墙规则一次性写进系统，该用户配置条数较多，0.1.283 的内核在这一步把系统接收缓冲区塞满，报 `flush nftables: netlink receive: recvmsg: no …
liandu2024：Open-Box v0.1.287 修复鸿蒙卓易通这类安卓兼容环境升级报「解析包错误」，改为整体交系统安装
摘要（节选）：在 Open-Box issue #433（用户报告 283 可正常安装、升级 286 时提示「解析包错误」，只能继续用 283）下，liandu2024 于 2026-10-06 01:57 UTC 说明 v0.1.287 已发布并修复该问题。原因：App 的「检查更新」以前把下载好的安装包以文件地址的方式交给系统安装器去读，鸿蒙卓易通这类安卓兼容环境的安装器读这个地址时出错，就报「解析包错误」；安装包本身没问题（283 与 286 的包对比过，签名方式、系统要求都一样）。…
klzgrad：forwardproxy 不再接受 UDP in HTTP，建议改用分支
摘要：在 forwardproxy PR #10（feat: add UDP in HTTP，已关闭）中表示：依据 naiveproxy PR #835 的讨论，本仓库不再接受 UDP in HTTP；如有需要建议自行 fork。
klzgrad：WebSocket 代理方向技术上偏弱，不值得推进
摘要（节选）：在 naiveproxy PR #835（Add WebSocket upstream transport，已关闭）讨论中表示：WebSocket 代理在当前 Cloudflare 自助订阅协议下仍不被允许（2.2.1(j) 禁止用其服务提供 VPN 或其他类似代理服务），但如他在 issue #775 中所回复，Cloudflare 条款并非主要技术顾虑。他认为该 PR 本身「borderline AI slops」，以当前形式不会被接受，不过算是一次值得认真技术回应的半正…
Leadaxe：建议用 LxBox 的 chain 实现多跳串联，并说明创建时标题不生效的已知问题
摘要：在「如何实现 Proton/IVPN 之类的 VPN 经 WARP 出口」的提问下，Leadaxe 答复直接用 chain 即可，并附两张界面截图。他同时指出一个已知问题：创建时不会把标题纳入考虑，因此创建时要谨慎填写 tag。
2dust：自定义配置下更新订阅会重载内核属预期行为，保持现状
摘要：在 v2rayN issue #10293（当前配置为自定义配置时，更新其他订阅仍会重启核心）下，2dust 答复：SubIndexId 为空的时候说明你在全部分组，所以更新其他订阅时应该要刷新，这个是用户要求的；至于你可能不要这个功能，双方也无法决定到底听谁的，所以只能保持现状。
liandu2024：Open-Box 内核假启动源于同机同时运行 PassWall 等两个代理工具，下个版本启动前会检查并提示
摘要（节选）：在 Open-Box issue #426（升级到 v0.1.283 后内核仍假启动、反复重启无效）下，liandu2024 根据诊断包定位：路由器上 PassWall 与 Open-Box 同时在运行（诊断包里有 7 个 PassWall 的 sing-box 进程）。同一台路由器上不能同时运行两个代理工具，二者都要接管防火墙、DNS 和路由；Open-Box 内核每次启动都要重载一次防火墙，PassWall 挂在防火墙上的规则会跟着整个重跑，在这台设备上一次要几十秒，内核…
RPRX：XDNS 的 types/names 缺省语义——客户端 types 默认 16，服务端空 names 允许任何
摘要：在 XDNS infra（Xray-core PR #7090，LjhAUMEM 提交，尚未合并）的讨论中，RPRX 就配置缺省值说明：底层传输代码里 types 没值的话，客户端默认 16、服务端默认允许任何；服务端 names 为空的话也允许任何，会比较方便，也就是说 infra 也得加个缺省的。用户可以空 names 兜底。另外他表示尚未确认该实现是支持通配符、还是只按后缀匹配、还是只接受 equal，总之文档得写清楚。