摘要（节选）：liandu2024 在 Open-Box #620 中说明，已确认并在 v0.1.334 修复 OpenWrt stop/start 后遗漏 TUN 放行规则的问题，但不能把它直接认定为该用户机器故障的完整根因。他同时说明 table 2022 已覆盖目标网段，纯 TUN 模式只有旁路标记链不等于丢失 TPROXY 规则。在 2026-10-16 03:31 UTC 的后续回复中，他确认该用户复测 v0.1.334 仍有 Google 超时，先前启动恢复修复未解决原始故障；…
摘要（节选）：liandu2024 在 Open-Box #634 中表示，已用当前随包 Geo 验证 services.googleapis.cn 同时命中 geosite-cn 和 geosite-google。DNS 重写改变解析结果，不保证客户端发送的 TLS 域名也改为 .com；嗅探仍可能得到原来的 .cn，从而先匹配排在前面的“国内”规则。他指出，截图已显示 DNS 重写执行，而“规则路由／已推算”不等于该次连接的实际出口。建议先将 services.googleapis.c…
摘要（节选）：Leadaxe 在 singbox-launcher #146 中说明，内核提交 12fb7809a 为 GET /admin/info 增加 packed 标记，启动时检查二进制前 4 KiB 的 UPX!；launcher 提交 f6155e4f 缓存该标记，为压缩核心下载 <platform>.upx.tar.gz，并以 …-upx 名称另存。若校验清单没有压缩副本或下载失败，则回退普通归档，提醒普通二进制体积约为压缩版的 4–5 倍、需检查设备空间。lx.21 以前的…
摘要：Leadaxe 确认，相关改动已在独立的 homebrew-tap PR #1 合并，现在可以使用 `brew install --cask leadaxe/tap/singbox-launcher` 安装。该 PR 的合并时间为 2026-10-15 17:47:09 UTC；这条评论说明安装入口已可用，与此前尚未合并阶段的 Intel 安装和升级检查有所区别。
摘要（节选）：keiko233 在 Clash Nyanpasu 的 Linux 页面跳动问题中表示，怀疑与 WebKitGTK 2.54 引入的新 Skia 合成器有关。在 WebKitGTK 2.54.0 MiniBrowser 中测试 Motion 的 transform 和 opacity 页面切换动画时，动画结束可能出现单帧渲染异常；尚不能确认与 look#531、WebKit Bug 321993 为同一根因。目前已在本地实现 Linux 临时方案，让 Motion 使用 Ja…
摘要（节选）：Leadaxe 在 issue #146 说明，sing-box-lx 的相关改动加入 linux-386、linux-riscv64 静态 musl/NaïveProxy 构建，以及面向小闪存路由器的 arm64、mipsle-softfloat UPX 压缩副本；产物将从相关合并后的首个发布提供。初始讨论指出 launcher 尚有架构选择与无设备信息时的下载适配问题，并提醒下载普通核心可能把压缩二进制替换为体积约 4–5 倍的文件。后续作者明确修正：lxd update…
摘要（节选）：Leadaxe 在 sing-box-lx PR #45 中表示，考察三种协议后建议先做 TrustTunnel 客户端，因为它有公开规范、官方端点和 mihomo／husi 实现；mieru 可随后考虑，juicity 在他看来似乎缺少维护。他当时邀请在 #46 讨论配置结构及开放问题，明确该 PR 继续关闭、规范达成一致后再写代码。后续上下文：他于 2026-10-15 22:31 UTC 在 #46 说明实验性实现已进入 lx 分支；官方发布记录随后显示 v1.14.3…
摘要：在已有 HomeProxy sing-box 内核未被 Clashoo 识别的讨论中，kenzok8 说明，共用 sing-box 会使代理软件互斥；修复 #62 后 Clashoo 已使用独立目录。需要使用 sing-box 的用户可在 Clashoo 更新页面重新安装一次内核，代价是额外占用存储空间。
摘要（节选）：DanielLavrushin 说明，b4 的连接队列限制默认只处理前 19 个包，但 conntrack 也会计入 b4 自己注入的伪造包和分片，因此客户端后续数据包可能比预期更早停止进入 b4。他在 nftables 测试虚拟机中观察到，3 个握手后记录有时只有 2 个被处理；主线和测试中的 #426 均存在该现象。作者将影响描述为较低：这些测试中 ClientHello 出现较早，绕过本身未受影响，但后续仍需策略处理的包可能跳过 b4。把注入包计入限额或排除其 conn…
摘要（节选）：在尚未合并的 Homebrew tap PR #1 中，Leadaxe 报告使用 Intel Mac、macOS 26 和 Homebrew 6.0.20，按建议的 Cask 写法重跑检查：style 通过，安装后应用不带 com.apple.quarantine，2.3.9 升级到 2.3.10 后也会再次清除该属性。移除 xattr 步骤的对照 Cask 会保留隔离属性，spctl 检查因 ad-hoc 签名被拒绝；更新脚本能够使用已发布的 SHA-256 升级，并在第二…
摘要（节选）：yiguodev 在 OneXray issue #226 中确认，提供方根据 User-Agent 选择响应格式，此前向 OneXray 返回了普通链接而非完整 Xray JSON。提交 31710296 为 Remnawave 预填最小 v2rayN/<OneXray version> 前缀并保留 OneXray 原有 UA 信息，也支持为每个订阅自定义 User-Agent，订阅地址保持不变。作者称已在 Android 模拟器验证导入、刷新及重启后的持久化，修复当时仍在…
摘要（节选）：liandu2024 在隔离临时文件上复测 writeAtomic：进程 umask 为 0022 时，原为 0600 的文件经过原子替换确实变为 0644。他确认默认新建和覆盖已有文件的权限都需处理，不能仅靠父目录 0700 作为修复；当时 v0.1.333 尚未包含该修复。他也澄清，两次规则丢失发生在用户自定义恢复脚本中，不能作为官方回退失败的证据。后续本人在同一 issue 的 2026-10-15 20:47 UTC 回复中说明，v0.1.334 已将正式及临时配置按…
摘要（节选）：liandu2024 说明，Docker 已支持离线安装：先在可下载的电脑取得对应架构的镜像 .tar.gz、同名 .sha256 和 open-box-docker-install.sh，一起传到宿主的同一目录，再按 Docker 说明使用 --offline --archive，安装会校验摘要且不联网拉取镜像。OpenWrt 和普通 Linux 当时的安装脚本尚无同等的本地 --archive 入口；压缩包可以下载并不等于支持完整离线安装，直接解压也缺少服务与系统集成步骤…
摘要（节选）：在 Open-Box issue #586（故障转移未在当前节点失效时切换到其他可用节点）下，核心作者 liandu2024 回复：这轮已确认的问题已随 v0.1.331（路由器端 / Docker）发布，内核为 tcp25。HEAD 返回 405/501 时，同一节点、同一超时内回退一次 GET；保留设置的成功状态码和 10 秒失败复查。组内手动测速、延迟显示及历史按该组的网址、状态码和节点匹配，不再借用其他测速条件的绿色结果。作者称已通过实际内核的失败复查、主备切换、全部…
摘要（节选）：在 Open-Box issue #37（部分机场订阅用 Node fetch 全部返回 HTTP 403，同机 curl 加相同 User-Agent 却返回 200）下，核心作者 liandu2024 回复：该问题已随 v0.1.331（路由器端 / Docker）发布。订阅请求现在每一跳都携带 `Accept: */*`，不会添加 `Sec-Fetch-Mode: cors`；保留原来的 UA 重试、curl 兜底及重定向安全检查。401/403/404/410 也不再…
摘要（节选）：在 Open-Box issue #586（故转未能在当前节点失效时自动切换至其他可用节点）下，核心作者 liandu2024 回复：已针对这轮截图和诊断确认的问题完成开发修复，尚未发版。① 测速优先使用 HEAD，仅在返回 405/501 时以同一节点、同一超时回退一次 GET；GET 只取响应头并关闭正文、不跟随跳转，仍按设置的可接受状态码判定，403、404 和超时不会因此被当作成功。② 组内延迟标签、排序和历史按节点、网址、可接受状态码匹配，不再借用其他测试网址上的绿…
摘要（节选）：在 Open-Box issue #357（长时间运行后无法连接或延迟很大，用户建议增加定时重启功能）下，核心作者 liandu2024 回复：这类长时间运行后断流需要继续排查，单靠定时重启容易把故障现场清掉。作者要求在下一次变慢时、重启前提供：当前 Open-Box / 内核版本，大约持续运行多久后出现，以及当时导出的诊断包；同时说明是所有设备、所有网站都异常，还是某个节点或网站异常。如果还能打开面板，请一并截下对应自动测速组或故障转移组的失败原因。该 issue 暂时保持…
摘要（节选）：在 Open-Box issue #401（关于 AnyTLS 协议的机场，节点网页无法打开）下，核心作者 liandu2024 回复：节点参数和日志补充已看，日志包含三类不同错误——Microsoft 的 IPv6 连接超时、TUN 启动时 nftables 缓冲不足，以及「新加坡-自动」访问 Google 时证书名称不匹配；不能据此把所有问题都归为 AnyTLS 协议不支持。其中证书错误期望的是 fastcdn.hoyoverse.com，与用户贴出的「美国-01」节点 …
摘要：在 v2rayN PR #10374（为 TUN 模式增加「记住 Linux sudo 密码」选项，包含用用户绑定密钥本地加解密并持久化）下，维护者 2dust 回复：这个 PR 的内容在早期的版本中是有此功能的，但是很多人反馈存储密码存在安全问题，所以移除掉了；即使加密了也是一样存在问题。该 PR 已被关闭、未合并（线程背景：贡献者随后表示会改为修改核心文件权限而不是存储密码）。
摘要（节选）：在 Open-Box issue #392（启动就断网）下，核心作者 liandu2024 回复：用户最后发的是 Open-Box 的 DNS 设置页，上一条说的「上游」要在 AdGuard Home 自己的管理页面里设置，之前没有把操作位置讲清楚。据前面的命令截图，AdGuard Home 和 Open-Box 在同一台路由器上，AdGuard Home 监听 53，Open-Box 监听 7853。作者给出的排查链路：① 从 iStoreOS 的 AdGuard Home…
摘要（节选）：在 Open-Box issue #596（关闭直连内核后外网无法访问家庭服务）下，核心作者 liandu2024 回复：需要先确认所说的「关闭直连内核」是哪一个开关，以及连接是怎样进家里的。内核里的「直连出站」和在系统入口原样放行不同，前者可能重新建立连接，不能仅靠一个直连分流规则推断现有端口映射仍按原路径工作。作者要求补充：① 该开关的完整名称或截图、Open-Box/内核版本，以及开启和关闭分别是什么结果；② 主路由、Open-Box、家庭服务之间的拓扑，端口映射配置在…
摘要（节选）：在 Open-Box issue #620（TUN 透明代理模式下流量进入 TUN 设备后未被代理出去）下，核心作者 liandu2024 回复：用户列出的 DNS、SOCKS 和 TUN 对照很有价值，不过 auto_route 会使用策略路由，主路由表里没有 198.19.0.0/16 不能单独证明路由没添加；TUN 的 RX 增加也不能证明后续规则匹配和出站已经正常。作者要求补充：① 面板显示的 Open-Box/内核具体版本、故障发生时导出的诊断包，以及「直连不进内核…
摘要（节选）：在 singbox-launcher issue #140（v2.3.8 DNS SRS 规则配置不完整）下，开发者 Leadaxe 回复：确认 DNS 规则编辑器里的「SRS (existing rule_set)」选择器此前只收集已启用库预设的规则集，用户自己的 SRS 规则从未被加入其中。已在 develop 分支的提交 3ac65716 修复：选择器现在也会列出用户 SRS 规则的规则集（user:<name>），一条规则有多个 URL 时还会有 user:<name…
摘要（节选）：在 singbox-launcher issue #141（降低 TUN metric/优先级后进程规则是否仍生效）下，开发者 Leadaxe 回复：进程规则只作用于真正进入 TUN 的流量，sing-box 只对收到的连接识别所属进程；如果其他网关的路由优先，该流量会完全绕过 sing-box，任何规则（进程或其他）都不适用。TUN metric 不是 sing-box 暴露的设置：使用 auto_route 时它在 Windows 上硬编码 metric 0，在 Linu…
摘要：在 LxBox PR #164（更新 warp_endpoints.json：补充当前 WARP 端点，并称 162.159.193.0/24 只有 Zero Trust 才能访问）中，维护者 Leadaxe 回复：8.x 网段已由提交 764c5236 并入 develop 分支，实测记录见 §651。162.159.193.0/24 予以保留，因为它仍会偶尔响应；而「只能经 Zero Trust 访问」的说法没有任何东西可以证实。
摘要（节选）：在 Xray-core PR #7157（为 SOCKS 入站与 Freedom 出站保留异常关闭语义，避免被截断的 close-delimited HTTP 响应被当成正常 EOF）下，Xray-core 成员 Fangliding 表示：使用非 TLS、又没有 chunked encoding 也没有 content length 的情况应该极少；任何工程师都知道依赖底层传输错误来判断数据完整性非常不可靠，这只是 RFC 留下的兜底描述。他称考察过很多应用，除了一些古早协…
摘要：在 Xray-core PR #7156（WireGuard、MASQUE 的客户端与服务端改用 Xray-core 内置轻量 TCP/IP 栈替代 gVisor）下，Xray-core 成员 Fangliding 指出：这些是在公网上跑的协议，必须考虑客户端可能的丢包／断联，以及内置阻塞控制在实际网络上的表现。该 PR 目前仍为开放状态，贡献者已将其标记为草稿。
摘要（节选）：在 3x-ui issue #6824（围绕赞助位远程拉取的隐私与安全威胁模型讨论）下，维护者 MHSanaei 答复：赞助系统保留，但做一处改动。①IP 日志：每个面板在打开仪表盘时本就会请求 api.github.com 检查更新，也会向 GitHub 获取 Xray 版本与地理文件，GitHub 已经能看到哪些 IP 在运行 3x-ui；赞助数据同样由 GitHub 提供，因此没有增加 GitHub 已记录之外的东西，维护者本身不存储任何 IP。②SNI：这一条确实成立…
摘要（节选）：Surge TestFlight Feed 发布「Incoming Connections for Tailscale and WireGuard」：Surge 现在除了向外发送流量，也能接受经 Tailscale 与 WireGuard 进来的连接；入站请求与其它请求一样走规则与策略，并出现在请求列表中。Tailscale 方面：accept-incoming = true 允许 tailnet 内其它设备通过本机的 tailnet 地址连接（例如使用 Surge 的 HT…
摘要：针对「希望能在应用内部升级、不跳转网页」的功能请求，FlClash 作者回复：不打算为 FlClash 提供应用内自动更新，因此关闭该请求；发行版仍可从 GitHub Releases 页面获取。
