Open-Box 核心作者
共 72 条动态，按原始发布时间排列。
查看人物介绍在 Open-Box issue #583（反馈「Gemini 能打开，但规则页「真实路由」提示访问失败」）中，liandu2024 说明这是规则页「真实路由」探测自己的问题，不影响实际访问，分流本身没问题（规则路由与真实路由的出口一致）。两种测法各有一处：「模拟终端」探测只收 16 KB 以内的响应头，而 gemini.google.com 的响应头约 26 KB（其中一条安全策略头就将近 20 KB），超过即报「response headers too large」，浏览…（节选）
liandu2024 说明该修复已随 v0.1.309 发布：当 SOCKS5 服务端返回 0.0.0.0，或云主机网卡上只有内网地址而返回了内网地址时，现在会改用服务器地址发送 UDP；路由器和客户端 0.1.309 都是这样。作者同时提醒，3x-ui「IP」填 127.0.0.1 的情况仍需按前述说明改成落地 VPS 的公网 IP。
liandu2024 回复「链式代理 UDP 不通」：已在测试路由器上复现。原因是落地 SOCKS5 回给客户端的 UDP 中继地址——3x-ui 的 socks 入站开启 UDP 后，客户端发 UDP 前要先询问「UDP 发到哪个地址」，它返回的是入站里「IP」这一项，3x-ui 默认填 127.0.0.1。走链式代理时 UDP 经 VLESS 中转发往 127.0.0.1，而新版 Xray 默认拦掉发往本机/内网地址的流量，所以 TCP 通、UDP 不通；换机场节点当中转…（节选）
liandu2024 说明已随 v0.1.308 发布：节点组里选的「直连」「拒绝」现在会正常出现在组里，升级后生效；客户端 0.1.308 的本地分流也一并修好。
liandu2024 回复「每日 04:00 自动升级时 database is locked 导致内核未启动、代理中断近 9 小时」：已随 v0.1.308 发布。升级后起内核时如果数据库正被面板占用，部署脚本会等锁（最长 60 秒）并重试，不再等 5 秒就退出；升级脚本遇到这种情况也会再试几次。起内核用的是新版本里的部署脚本，所以升到 v0.1.308 这一次就生效。
liandu2024 说明已随 v0.1.307 发布：添加/刷新订阅时，有问题的节点（比如 REALITY 公钥不对）会直接丢掉，并提示丢了哪几个、为什么；启动内核时如果还查出有问题的节点，会跳过它照常启动，同样会提示。客户端 0.1.307 也一样：本机刷新订阅时丢掉有问题的节点，连接时遇到内核不支持的节点会自动跳过。此前在「过滤节点」里为这个节点加的关键词，升级后删掉或留着都可以。
liandu2024 回复「APP 同步总是提示路由器上的配置没有变化」：已随 v0.1.307 发布，配置没有变化时提示改成「已是最新，和路由器上的配置一致」。App 里「设置 → 检查更新」即可升级，该 issue 先关闭。
liandu2024 确认报告者的定位：卡住的是面板随包 Node 运行库里的 DT_RELR（musl 1.2.4 才认），内核是静态的、不受影响。项目不打算为 musl 1.2.3 单独维护一份运行库，Open-Box 只支持 OpenWrt 24.10 及以上（musl 1.2.4 起）的固件；这台 QWRT 建议换成基于 OpenWrt 24.10 的版本再装。该 issue 已关闭。
liandu2024 在 Open-Box issue #514（故障转移管理器四重放大缺陷报告）回复：四条缺陷与定时测速问题逐条对代码核实属实，另查出一个内核问题，修复已随 v0.1.305 发布（该版带新内核，升级后内核会重启一次）。修复项：1) 全局测速名额——故障转移/定时/手动测速共用面板一份名额，同一时刻最多 4 个请求在内核侧，按「复查→例行/手动→定时」三档排队，定时测速有活时至少保 1 个名额；2) 各组轮次各跑各的，部署/重启内核后错开几秒开始，读回正文纳…（节选）
针对「连软路由或手机开代理时安卓端点击版本更新一直显示无法连接 GitHub」，liandu2024 说明多半是 GitHub 接口的查询次数限制：同一出口 IP 每小时只给查 60 次，经机场节点共用出口时次数常被用完，GitHub 拒绝后 App 一律提示「连不上 GitHub」。App 0.1.302 已改成接口被限制时换别的方式查询（不受次数限制），并把提示写清楚；当前版本查不了的可在路由器面板「设置 → 客户端 → 客户端下载」下载 0.1.302 覆盖安装，该 i…（节选）
针对「LuCI 界面的一个小 BUG（检查更新报错）」，liandu2024 说明 LuCI 的检查更新原来是浏览器直接问 GitHub API，浏览器侧不通就报「无法检查」，与所选渠道无关；面板「后端设置」一直由路由器去查，所以能查到。v0.1.302 已改成和面板一样由路由器去查（直连不通自动换镜像），可先在面板「后端设置」里升级到 v0.1.302，该 issue 已关闭。
针对「后端设置的版本卡片显示路由器端支持的平台与最低版本不正确」，liandu2024 说明那一格写的是最低要求：OpenWrt 24.10 及以上（含 iStoreOS、ImmortalWrt 等衍生固件），本机所在的平台会突出显示，iStoreOS 25.12 符合要求。下个版本起这一格还会直接写出本机系统版本，例如「本机版本：iStoreOS 25.12.x」，该 issue 已关闭。
针对「打开代理后 Gemini 手机端可以对话却提示无法连接互联网」，liandu2024 说明 Gemini App 会自行检测网络，检测用的地址不在 VPN 的路由里时会直连出去、连不上，于是提示「无法连接互联网」，实际对话是通的。在 App「设置」里打开「全部流量进 VPN」再试，所有流量都经内核按规则走，提示应该就没有了。
针对「安卓 App 无法启动连接、无法测速」，liandu2024 表示安卓 0.1.299.1 已发布，可在 App 里「设置 → 检查更新」升级，也可直接下载安装包覆盖安装；升级后本地分流节点再多也能正常连接和测速。评论附有 open-box-android-0.1.299.1.apk 的下载地址，并请有问题时新开 issue。
针对「节点分流（客户端）不能访问家里内网 192.168.5.0/24」，liandu2024 说明 v0.1.298 起不用再手动加规则：路由器会把家里局域网网段自动加进「地区分流」（回路由器）。路由器升级到 v0.1.298 或更新版本、App 升级到 0.1.298 后，在 App「设置」的配置卡片上点一下同步（↻），在外面就能访问家里内网；之前手动加的「我的规则」留着也没关系，该 issue 已关闭。
针对「分流顺序调整不生效」，liandu2024 表示 v0.1.297 已发布：在「策略设置 → 显示排序」里加了「按命中顺序」按钮，点一下就清掉自己拖的顺序，代理页重新跟着目标分流的命中顺序排，该 issue 已关闭。
liandu2024 在 Open-Box issue #395（主备/测速增加「可接受状态码」判据的建议）回复：v0.1.297 已发布并按该建议实现——测速支持「可接受状态码」，写法同 mihomo 的 expected-status（如 200-399、204、200-299/302），节点组里和「后端设置 → 测速地址」下面都能设置；返回的状态码不在其中即算不通，自动择优/故障转移会换节点，手动测速显示「状态码不符」。issue 已关闭。
在 Open-Box issue #426（升级到 v0.1.283 后内核仍假启动、反复重启无效）下，liandu2024 补充说明：用用户提供的备份在测试路由器上原样复现，删掉 PassWall 之后仍起不来，是另一个问题、与 PassWall 无关。原因：内核启动时要把分流用到的防火墙规则一次性写进系统，该用户配置条数较多，0.1.283 的内核在这一步把系统接收缓冲区塞满，报 `flush nftables: netlink receive: recvmsg: no …（节选）
在 Open-Box issue #433（用户报告 283 可正常安装、升级 286 时提示「解析包错误」，只能继续用 283）下，liandu2024 于 2026-10-06 01:57 UTC 说明 v0.1.287 已发布并修复该问题。原因：App 的「检查更新」以前把下载好的安装包以文件地址的方式交给系统安装器去读，鸿蒙卓易通这类安卓兼容环境的安装器读这个地址时出错，就报「解析包错误」；安装包本身没问题（283 与 286 的包对比过，签名方式、系统要求都一样）。…（节选）
在 Open-Box issue #426（升级到 v0.1.283 后内核仍假启动、反复重启无效）下，liandu2024 根据诊断包定位：路由器上 PassWall 与 Open-Box 同时在运行（诊断包里有 7 个 PassWall 的 sing-box 进程）。同一台路由器上不能同时运行两个代理工具，二者都要接管防火墙、DNS 和路由；Open-Box 内核每次启动都要重载一次防火墙，PassWall 挂在防火墙上的规则会跟着整个重跑，在这台设备上一次要几十秒，内核…（节选）
在 Open-Box #384（XiaoGe-LiBai 于 2026-10-02 14:11 UTC 提交，标题「域名过滤功能不直观清晰」，正文建议参考 AdGuardHome 增加客户端与域名排行，并报告「DNS 设置」里域名解析查询的终端全显示为路由器；该 issue 现为 open）下，liandu2024 于 2026-10-05 01:14 UTC 回复：建议已记下；dnsmasq 转发模式下查询都由 dnsmasq 转给内核，内核只看得到 127.0.0.1；v…（节选）
在 Open-Box #412（zss12345678-a 于 2026-10-04 06:52 UTC 提交，报告使用 dnsmasq 转发时不会自动添加 127.0.0.1#7853、导致没网，手动添加后重启内核又会被自动删除；该 issue 现为 open）下，liandu2024 于 2026-10-05 01:13 UTC 说明原因：按域名转发时 Open-Box 只把要走代理的域名交给内核（server=/域名/127.0.0.1#7853），其余域名交给路由器自…（节选）
针对用户逐版回退并贴出 271/272 两份 `ip rule` 的对比：271 是 auto_redirect，272 起该机内核跑在「纯 tun 兼容模式」（auto_redirect 起不来时的降级）。纯 tun 模式下：docker 里 wg-easy 的回包（端口映射回去的那半）也被拉进 tun，内核当成新连接重新拨出去，WireGuard 就断了；客户端经 docker 网桥出去的流量不在 lan 区，被防火墙拒绝，即用户看到的「拒绝连接」。v0.1.283：重启…（节选）
在 Open-Box #380 中，liandu2024 说明 v0.1.279 已修复：静态组里订阅已经删掉的节点会划掉并标「失效」，可以挪走；组卡片上的成员数只算还存在的节点／组。升级后不用删组重建。
在 Open-Box #375（Tubeless9 于 2026-10-02 05:34 UTC 提交，报告 OpenWrt Snapshot 上通过面板升级时流程停在 committing、升级 worker 消失、面板不可访问，SSH 执行同一 update.sh 可正常完成；该 issue 现已关闭）下，liandu2024 于 2026-10-02 22:41 UTC 说明原因：OpenWrt 快照版的 procd（2026 年 9 月下旬起）停服务时会把该服务进程组…（节选）
在 Open-Box #364 中，liandu2024 说明源码暂不公开；内核（sing-box）的源码随每个 Release 附件提供（sing-box-…-source.tar.gz）。
在 Open-Box issue #379（关于改配置后重启内核旧配置重现）中说明：config.json 是面板按设置生成的，每次启动/重启内核都会重新生成，手改的内容会被覆盖；换用其他版本的内核不在支持范围内（Open-Box 使用的是打过补丁的 1.14.1）。随后关闭该 issue。
在 Open-Box #350 中，liandu2024 说明这是现在的设计：「直连不进内核」要配合 FakeIP 才能在入口就判断出哪些域名直连——不开 FakeIP 时，路由器在入口只看得到 IP，直连域名的流量照样先进内核，由内核按规则直连。两个开关可以同时开。
在 Open-Box #381（reallcy111 于 2026-10-02 11:06 UTC 提问：Open-Box 与 UU 加速同装软路由时，如何单独给 LAN 中的游戏终端设置 Open-Box 加速 IP 黑名单；该 issue 现已关闭）下，liandu2024 于 2026-10-02 22:31 UTC 回复：在「终端分流」里把游戏设备加进黑名单（不进内核），它的流量就交给路由器自己处理，UU 加速照常生效；随后关闭该 issue。
在 Open-Box #290 中，liandu2024 依据用户日志里的 `create ipv4 route address set: ... operation not supported` 定位到：这台 QWRT 的内核不支持 auto_redirect 所用的 nftables 集合。面板里的「启动内核」遇到这种情况会自动改用纯 tun 模式；但 LuCI 页面的「启动」和 `open-box` 菜单的「重新启动」此前直接调用系统启动脚本，不会改用纯 tun，所以内…（节选）
