Open-Box 核心作者
共 72 条动态，按原始发布时间排列。
查看人物介绍在 Open-Box #358 中，liandu2024 说明 v0.1.267~272 的安装脚本在固件源装不上 kmod-nft-queue（用户这台 opkg update 也未成功）、自动查找也没有找到时，会在「自动查找对得上的 kmod-nft-queue」那一行直接退出。v0.1.273 已修复：装不上 kmod-nft-queue 不再中断安装，只提示一句（缺它也能用，只少首包预判），并给出手动安装命令；用户不必指定旧版本，用原来的命令重新安装一次即可得到 27…（节选）
在 Open-Box「直连流量进入内核」的问题（liandu2024/Open-Box #307）中，维护者 liandu2024 说明 v0.1.266 已修复：兜底走代理（黑名单入口）时，直连域名解析出来、又不在 geoip-cn 里的地址（境外 CDN 之类）以前照样进内核；现在只要选了直连、开着「直连不进内核」和 FakeIP，这些地址在入口直接放行，不进内核。升级后连接列表里如果还偶尔看到几条直连，一般是终端缓存着升级前解析的地址（过期后就好），或者终端自己用了加密…（节选）
在 Open-Box 的 #296（用户提出终端分流能否让直连不进内核、走代理的部分改走这台终端指定的出口）中，liandu2024 于 2026-09-28T05:29:51Z 留言并在 6 秒后关闭该 issue：这种模式（按规则分流、直连照样不进内核、走代理的部分改走这台终端指定的出口）暂时不做，先关了，并谢谢建议。他同时列出了当前已有的三种模式：进内核全局代理、不进内核全部直连、进内核指定出口全局代理。属能力边界与计划表述，未给出后续版本或时间表。
在 Open-Box #274（dtknight 于 2026-09-26 08:50 UTC 提交，标题「不支持xhttp协议」，正文为「xhttp协议节点无法导入」，该 issue 现已关闭）下，liandu2024 于 2026-09-27 00:29 UTC 回复：Open-Box 使用的 sing-box 内核不支持 xhttp 传输，因此这类节点导入不了；他表示要等内核支持后再跟进。
Open-Box 作者 liandu2024 2026-09-27 00:29:40Z 在 issue #259（用户反馈换成 Open-Box 后，在爱快里看不到网心云的连接数，此前用 PassWall 时正常）中答复：网心云这类设备要靠打洞和外部建立连接，流量经内核转发后 NAT 类型变了，就连不上。他给出的处理办法是在「终端分流」里把这台设备设成「不进内核」，这样它的流量会在入口直接放行、不经过内核，和装 Open-Box 之前一样。 以上为作者对该现象的判断与给出的处…（节选）
在安卓版 ChatGPT 走代理异常的问题（#245）中，liandu2024 说明：安卓版使用的域名与网页版不完全相同（如 android.chat.openai.com、ab.chatgpt.com），不在 AI 站点集里就会按兜底规则走。排查办法是打开 App 的同时看面板「连接」页，把 App 发出的域名和它走的出口贴出来，需要的在「目标分流 → AI → 添加规则 → 域名后缀」里补上。他还提到 v0.1.250 起「屏蔽 QUIC」默认开启，App 会退回 TCP…（节选）
在两个使用问题（#244）的答复中，liandu2024 说明：一是「直连」旁的黄色是延迟颜色，该数字由「直连测速地址」量出（后端设置里可改，默认是微软的连通性检测地址），超过阈值就变黄，与能否上网无关，换成国内的测速地址（如 http://www.baidu.com）就会变绿；二是局域网内的地址（私网段一律排除）本来就不进内核，照理不受影响，NAS 视频不流畅时可先关掉「直连不进内核」对比、看终端 ping NAS 的延迟，并确认 NAS 与播放设备在同一网段。他未下载附件…（节选）
在高频解析时路由器 CPU 与内存被打满的问题（#251）中，liandu2024 确认上报分析正确：根因是「直连应答放行」对每条 DNS 应答各起一个 nft add element 进程，高频解析时几十个 nft 并发，双核 512MB 的设备直接被吃满。已改成攒批加串行：应答先进队列，300 毫秒内的合并成每个地址族一次 nft，且上一批没写完不开下一批，任何时候最多一个 nft 进程，v0.1.253 已发布。升级前想先止血，可在后端设置关掉「直连不进内核」（整套入口…（节选）
在 Open-Box 议题 239（建议面板可以修改 TUN MTU / 出站 tcp_mss）中，liandu2024 回复已加上：设置 → 后端设置 →「TUN 参数」，可以改 TUN 的 MTU（0 = 内核默认 9000）和「出站 TCP MSS」（内核自己发出的 TCP 连接在 SYN 上钳制 MSS，0 = 不钳制；sing-box 本身没有这个选项，用 nft 规则实现），还有协议栈 mixed / gvisor / system。改完重启内核生效，下个版本带上…（节选）
在 Open-Box 议题 225（旁路由开启后 500M 带宽只跑到 200M）中，liandu2024 依据用户贴出的 lsmod 定位到根因：系统只有 nfnetlink_queue、没有 nft_queue，而 auto_redirect 的 nft 表要用 queue 表达式，内核找不到该模块会返回「no such file or directory」，于是每次启动都降级为纯 tun。他给出的验证步骤是先 modprobe nft_queue 再重启 Open-Bo…（节选）
在 Open-Box 议题 226 中，作者分两点答复：一是 /etc/nftables.d/0-sing-box-auto-redirect.nft 是 sing-box 自己写的——检测到 fw4 时写一份放行 tun 网口 input / forward 的 include 文件（sing-tun 的 redirect_nftables_rules_openwrt.go），停止内核时删除，属正常、不用管；表被冲掉那次的肇事者已随重启滚掉。二是连接页刷屏这条采纳，用户的分…（节选）
在 Open-Box 议题 137（内核在运行但没有返回任何节点或分组）中，liandu2024 指出用户贴的日志是升级前那批，并说明降级成纯 tun 只在面板里点「启动」或「重启」时发生，开机由 init 直接拉起内核的那条路径不会降级，日志里的 "did not stay up; restoring dnsmasq upstream" 就是那条路径。他要求先确认版本不低于 v0.1.245，再到「后端设置 → 内核」点一次重启，正常时 config.meta.json 里…（节选）
在 Open-Box 议题 209 中，作者说明已查清：「域名穿透」以前只展开 geosite / geoip 那种规则集，规则集链接（.list / .mrs / .srs）一律显示「没能展开」，与用户那份 .list 本身无关——它其实早就编好、在内核里生效了。v0.1.247 已修：穿透里会按网址列出这份名单编出来的全部域名 / IP。
在 Open-Box 议题 217 中，作者说明 v0.1.247 起规则集链接支持 sing-box 编好的 .srs，与 .list / .mrs 一样按内容识别、不看后缀；该用户的地址已用 one-china.srs 实测，解出 9616 条 IP。升级后把它填进站点集的「规则集链接」即可，规则页「域名穿透」也能按网址列出这份名单的全部条目；他同时说明「导入规则」只收 200 条以内的名单，大名单请直接引用链接。
在排查一台设备断网问题时表示，此前国外流量实际由 OpenClash 在 7892 端口代理，Open-Box 基本没参与；停掉 OpenClash 后若内核未重启会停在纯 tun 模式，而纯 tun 不接管终端的 DNS。他判断常见情况是 OpenClash 停止后仍把 dnsmasq 的上游留在自己的 DNS 端口，于是以 N1 做 DNS 的手机整体断网。他建议先彻底停用 OpenClash 并检查 dnsmasq 残留配置，再重启设备确认入口模式是否回到 auto_r…（节选）
在答复节点与分组缺失的问题时表示，v0.1.245 已发布，升级后重启内核即可；他提到这类固件会自动降级成纯 tun 模式启动，节点和分组就有了，内核卡片上会有一条「已改用纯 tun 模式」的说明。若升级后仍不行，他要求再贴 sing-box 日志。
在答复「经常断网」的问题时表示，把两千多个节点全放进自动组后，内核每一轮测速就是两千多次连接，免费节点里还有大量根本连不上的，测速一轮接一轮占掉带宽和连接数，「经常断网」多半由此而来。他建议在订阅设置里按地区或关键字筛选，把每个自动组控制在几十个以内，并把免费节点单独放一个组、不与机场节点混用。
在 Open-Box 议题 218（旁路由重启后抢占局域网 IPv6 默认路由，导致局域网 IPv6 不能被公网访问）中，liandu2024 说明：这是旁路由这台 OpenWrt 自己在向局域网发 RA（odhcpd 的路由通告），和 Open-Box 无关——Open-Box 的 IPv6 开关只影响内核里走代理的 v6 怎么处理，不会向局域网通告任何路由。处理方式是到旁路由的 网络 → 接口 → LAN → IPv6 设置，把「RA 服务」「DHCPv6 服务」「NDP…（节选）
在答复安装失败的问题时表示这不是安装脚本的问题：随包的 Node 24 在该机器上 V8 初始化就崩溃（Check failed: 0 == ret），脚本是故意在这一步停下来，否则装完只会面板打不开。他怀疑是老内核 5.4 的地址空间或页大小与 Node 24 不匹配，并请对方补页大小、ulimit 与 cpuinfo，以便判断能否为这类固件出一份兼容的 Node 包；现阶段这台 QWRT 设备先用不了。
在关闭一个联网异常问题时表示，v0.1.230 起内核启动时会补一条更高优先级的策略路由，绕开固件的黑洞规则；该问题先关闭，升级后仍不通可回复重开。
在排查 29 条 create/list nftables table: no such file or directory 日志时表示，其含义是内核要往入口的 nftables 集合写入时发现 inet sing-box 这张表已经不在了，因此 DNS 还进得来而数据流量不再被送进内核。他表示 sing-box 自己不会删自己的表，常见情况是别的代理插件或某个脚本执行了 nft flush ruleset，并请对方下次出现时贴 nft 表列表与相关日志。他还说明 tosv.…（节选）
在定位一台设备旁路失效时给出两点结论：一是该设备运行在「纯 tun（兼容）」模式，auto_redirect 的 nftables 规则起不来时面板会自动降级再起一次；而 v0.1.243 及之前在纯 tun 下会把扣过段的旁路集合整份丢掉，默认分流的 geoip-cn 与 geoip-private 恰好都是扣过段的，于是一份都没旁路、白名单也不会启用，规则页却仍写着「已配置」，他称这是缺陷并已在 v0.1.244 修好，纯 tun 也改用扣段后的集合编进路由表。二是连接被…（节选）
在 Open-Box 关于 auto_redirect 吞吐与入口旁路的问题讨论中，liandu2024 确认重新编译的入口旁路集合为 37110 字节、与预期一致（比原始拷贝略大是因为 36.96.0.0/12 被切成几段），并把「入口旁路」这条按已验证关闭，后续测速数字可在该问题下追加。关于 tun MTU，他表示不打算在面板层固定：65535 是 sing-box 自己在 Linux 上选的默认值，tun 上 MTU 越大，走 tun 的那条路（纯 tun 模式的 TC…（节选）
在 auto_redirect 吞吐讨论中，作者核实：sing-box 1.14 不写 mtu 时 Linux 上默认就是 65535（源码 protocol/tun/inbound.go），不是 9000。开启 auto_redirect 时 LAN 的 TCP 在入口 REDIRECT 到内核的真实 socket、不经过 tun，MSS 按 LAN 口协商；经过 tun 的只有 UDP/ICMP，回程报文大小由远端数据报决定，也到不了分片。因此固定 1500 没有害处、也…（节选）
liandu2024 在 Open-Box #184 中说明，测速地址已经可以在“设置 → 后端设置”全局修改，也可在单个自动择优组中单独设置，保存后需重启内核。他同时指出，测速请求由节点服务器访问目标地址，Cloudflare 只处理到节点的 WS + TLS 隧道；EOF 更可能与 VMess 参数或服务端 80 端口出站有关，换用 HTTPS 测速地址可辅助排查。
liandu2024 在 Open-Box #151 中说明，单个代理 DNS 上游经节点卡住时只能等待客户端超时；Open-Box v0.1.230 起允许直连侧和代理侧各配置最多四个上游，并使用 sing-box 1.14 的 evaluate + race 并发查询，采用最先返回的结果。对于直连 UDP 上游自身的偶发丢包，也可增加备用上游或改用 TCP。
liandu2024 在 Open-Box #157 中说明，sing-box 为跳过 TUN 设置的 0x2024 标记仍会继续匹配 GL.iNet 的 VPN 断网保护黑洞规则，导致内核自身的直连和代理连接全部报 no route to host。临时可关闭 VPN 策略路由或断网保护；Open-Box v0.1.230 起会在更高优先级让该标记查询主路由表，并在停内核时撤销规则。
liandu2024 在 Open-Box #192 中说明，Open-Box 以内核 TUN 配合 auto_redirect 接管流量；auto_redirect 在 nft 中使用 TCP redirect 与 UDP TPROXY，终端 TCP 连接会在进入路由器转发前被重定向进内核，因此终端无需另设代理。若仍有流量未被接管，需要结合设备、应用、主路由或旁路由模式和目标域名规则结果排查。
liandu2024 在 Open-Box #207 中说明，模拟终端测试会以 veth 和独立网络命名空间模拟新终端；ESXi 端口组需要允许“MAC 地址更改”和“伪传输”，混杂模式并非必需。其同时表示 Open-Box 不会修改 bridge-nf-call-iptables；该值为 1 时，桥内二层流量也会进入 netfilter，在旁路由同网段场景被重定向链处理，建议保持为 0，或将受影响设备设为“不进内核”。
liandu2024 在 Open-Box #201 中说明，安装和升级脚本会在 apk 或 opkg 环境检查并补齐 kmod-nft-queue，安装失败时只警告而不中断；该模块用于 sing-box auto_redirect 的 nft queue 表达式。若固件不允许安装额外内核模块，需要改用包含该模块的固件。
