kenzok8：内核不支持时即使有 LuCI 也无法运行
摘要：kenzok8 在 openwrt-honk #19 说明，若内核不支持，安装 LuCI 也无法运行，并附上版本说明链接。
作者发言 · 第 3 页
作者发言
按原始发布时间排序
RPRX：uTLS 暂不发版，后续使用可考虑并入 REALITY
摘要：RPRX 在 Xray-core #7135 的评论中说明，链接的 uTLS 方案未必能直接使用，Go 可能还需要调整仓库的 go.mod；由于 uTLS 已不再发版，后续使用可先按该方式处理，或一步到位并入 REALITY。
liandu2024：Open-Box 面板重启计时须区分观测点，停面板服务会暂停侧边任务
摘要：在 Open-Box #792 面板性能问题中，liandu2024 说明「重启成功」提示与按钮恢复是两个观测点，部署耗时不能直接当按钮转圈时长；关闭浏览器页面不影响面板服务和 300 秒检测。若停止路由器上的面板服务，运行中的内核仍执行自身 url-test 和容差选择，但面板侧的故障转移调度、订阅定期更新、带宽检测和统计会暂停。该性能问题继续保留，v0.1.408 的布局调整不算修复。
Leadaxe：LxBox 已合并 F-Droid 修复，三种 ABI 与正式 APK 一致
摘要：在 LxBox #196 的 F-Droid 构建失败问题中，Leadaxe 说明已将修复合并到 fdroiddata 的 MR 55894，三种 ABI 均与正式发布的 APK 一致，并关闭该问题。
liandu2024：Open-Box arm64 复测仍卡在新版面板应答，继续采集启动日志
摘要：在 Open-Box #809 的升级失败调查中，liandu2024 记录 arm64 复测的镜像下载与校验已完成，但仍卡在等待新版面板应答；v0.1.388 诊断接口访问后的卡顿是另一条可复现线索，暂不能确认与新版启动卡住同因。下次 arm64 复测若再次出现等待面板应答，请保留新面板启动至回退之间的 logread 片段；已有的 x86 strace 和 arm64 升级过程无需重发。
liandu2024：Open-Box 升级卡顿仍缺进程线索，正对照两种固件的停顿位置
摘要：在 Open-Box #807 升级回退问题中，liandu2024 说新增的内存和连接数只能说明面板正常运行时的资源占用，仍不能解释升级时卡住的进程；另一个 iStoreOS #809 也卡在面板监听之前，已有 strace，正在对照两种固件是否停在同一处。此前固件和内存数据已记录，#807 继续保留。
liandu2024：Open-Box iStoreOS 升级出现 epoll_ctl EPERM，继续索取 strace 句柄线索
摘要（节选）：在 Open-Box #809 的 iStoreOS 升级失败调查中，liandu2024 依据日志确认新版进程已拉起但尚未监听面板端口，反复读取 SRS 文件并出现 epoll_ctl(...)=EPERM；现阶段还不能确定卡住的是哪个进程或文件，因此继续索取相关 PID 最早的 execve，以及建立 fd 3、fd 8 的 openat、pipe、socket 片段。v0.1.405 修复的是带宽检测历史保留，OpenWrt 开发机、Ubuntu 和 Docker 的升…
xchacha20-poly1305：gomobile 未读取模块 godebug，暂保留 go.mod 配置
摘要：xchacha20-poly1305 认为 gomobile 绑定模块时不会读取被绑定模块 go.mod 的 godebug 行，因此 godebug multipathtcp=0 不会生效；如果出于安全考虑改动，他认为大多数 Android 厂商不支持 MPTCP，定制系统遇到的攻击机会也少，倾向继续保留 go.mod 配置。若以后还有其他 godebug 设置，再考虑改用 ldflags。
liandu2024：Open-Box 与 OPPO 互联冲突仍待对照，要求保留两款软件复测
摘要：在 Open-Box Windows 节点测速异常的讨论中，liandu2024 记录手机同一节点可以测速、Windows 安装 OPPO 互联后出现异常，但现有截图还不能区分路由表、网卡或过滤驱动冲突；他要求保留两款软件，完全退出 OPPO 互联后用同一节点测一次，再打开后复测并提供版本。v0.1.403 更新的是路由器面板，Windows 兼容性问题仍保持打开。
liandu2024：Open-Box v0.1.403 已跨平台验证升级，Kwrt 仍待日志
摘要：在 Open-Box 升级回退问题中，liandu2024 表示 v0.1.403 已在 OpenWrt 24.10、Ubuntu 和 Docker 上验证升级与启动，但 Kwrt 25.12-SNAPSHOT 仍缺少面板无应答时的日志，问题继续保留；他要求提供故障时间附近的 procd、Node 和面板日志，并说明已有固件、架构和内存信息无需重复。
liandu2024：Open-Box 内核 Oops 的 1.29 GB 泄漏仍待核对，先勿重复 modprobe
摘要（节选）：针对 Open-Box #803 的 iStoreOS 6.6.119 报告，liandu2024 说明 1.29 GB 分配发生在 Linux load_module/add_kallsyms 路径，不能直接算作 Open-Box 进程内存；Open-Box 启动时确实会尝试加载列出的 nft 模块，但还需区分 nft_xfrm 等内核依赖。由于报告中的 modprobe 可能再次触发 Oops，不应在该设备反复执行；他要求补充 modprobe、固件来源和模块文件信息，现…
pengchujin：Aerial 控制中心覆盖时只暂停视频，解码失败先重试同一片段
摘要：在海信电视动态壁纸背景变黑的问题讨论中，pengchujin 表示，旧逻辑在视频暂停时另开硬件解码器取画面，解码器不足会报错，切换下一段视频前出现黑底。main 已改为在控制中心、个性化等面板覆盖时只暂停、不取画面；需要画面时先在 App 内软件解码，解码出错先重试同一段。作者称小米电视测试中控制中心背景不再变黑，进设置再回来能接着播放；手上没有海信 MTK9652，仍待发版后复测。该改动计划随下个版本发布。
Leadaxe：LxBox develop 已加入 tt:// 解析，订阅链接和反向导出待做
摘要（节选）：在 LxBox 的 TrustTunnel 支持讨论中，Leadaxe 表示，已确认 AdGuard TrustTunnel 的 tt://?<base64url> 使用二进制 TLV 格式，并在 develop 实现解析为 trusttunnel 节点，计划随下一次构建提供。他在这条发言中指出，当时 Android 内核未编入 TrustTunnel，因此节点能添加但不能连接，仍需更新内核；仅含 subscription_url 的订阅链接和将节点导出回 tt:// 则计划…
Leadaxe：sing-box-lx 调整 AmneziaWG 经 detour 的伪装包处理
摘要（节选）：Leadaxe 表示，sing-box-lx 已在 c7f24d3f8 实现 lx.awg_masquerade 的 direct（默认）与 all 模式：默认情况下，经代理或隧道 detour 时去掉握手前的诱饵包、i1 至 i5 和 Jc 垃圾包，仅发送握手初始化包，保留 S1 至 S4、H1 至 H4、头部保护、填充和尾部内容。lx.quic_sniff_decoy 也扩展到 AmneziaWG，在所选路径的 QUIC 形状伪装包前加入单字节数据报。作者称单元测试和构建…
OneXray 作者：开发分支已让 Android 快捷设置磁贴长按打开应用
摘要：在 OneXray 的 Android 快捷设置需求中，yiguodev 表示，dev-26.11.2-3 分支的提交 c1d4e83c 已使长按磁贴打开 OneXray，而非应用信息页。单击切换 VPN 的行为不变，应用的启动连接偏好仍被遵守。他称已在 Android 模拟器上分别验证应用运行中及进程停止后的长按行为。
OneXray 作者：开发分支在新 VPN 会话前自动清理托管日志
摘要：在 iOS 日志清理需求中，yiguodev 表示，dev-26.11.2-3 分支采用每次新 VPN 会话启动前自动清理访问日志和错误日志的方案，不增加两个单独的清空按钮。节点、订阅、DNS 和路由设置不受影响，日志开启时会继续记录新会话，已导出的副本保留；用户可断开再连接以清理累积日志。日志查看器也会在新会话开始时重置。该改动不包含单次持续连接中的按大小轮转。
liandu2024：手机 App 的添加配置入口暂不直接导入 HTTPS 机场订阅
摘要：在 Open-Box 手机 App 的订阅导入问题中，liandu2024 更正此前的排查方向：当前“添加配置”入口识别 Open-Box 配对码和标准节点分享链接，不会在此下载 HTTPS 机场订阅；不能据此认定是鸿蒙或卓易通的网络兼容问题。他建议先在路由器订阅管理中添加订阅，再从“客户端 → 本地分流”生成配置码供手机导入。直接导入 HTTPS 订阅仍是尚未实现的入口支持需求，与路由器登录识别修复不同。
Husi 作者：计划待 Nucleus 3.0 稳定版发布后迁移至 tao 后端
摘要：在 Windows 125% 显示缩放下界面抖动、文字模糊的问题讨论中，Husi 作者表示，问题看起来来自上游，他目前尚无明确解决办法。他计划等 Nucleus 3.0 稳定版发布后迁移至其 tao 后端，认为这可能解决该问题。
RPRX：PR 7214 未完全修复 TUN 的接口设置报错
摘要：在 Xray-core 的接口绑定问题讨论中，RPRX 确认 PR 7214 并未完全修复 TUN 接口设置时的“An invalid argument was supplied”报错。他表示，剩余情况可能仍与真实物理网络没有 IPv6、但 Xray 的 direct 出站尝试发送 IPv6 有关。
RPRX：移除 blockSettings 外壳，先合并 finalRules 配置调整
摘要：在 Xray-core PR 7329 的讨论中，RPRX 提出移除 blockSettings 的外层包裹，并在文档中注明所述三项暂时仅作用于 block。他表示会先合并该 PR，其他讨论内容放到 PR 7281 中实现。
RPRX：路由仅负责路由，修改流量依靠出站分支
摘要：在 Xray-core 的 finalRules 设计讨论中，RPRX 质疑“逐包过滤丢弃不能伪造回复”的说法，并再次说明，路由仅负责路由，修改流量则依靠出站分支。
pengchujin：Aerial 不合入酷开固件属性写入，保留原桌面识别与启动修正
摘要（节选）：在 Aerial PR #992 中，pengchujin 表示已决定只合入不改写固件属性的部分：读取 DEFAULT_HOMEPAGE 与 persist.service.homepage.* 识别原桌面，并在 Android 13 起、装有 com.tianci.system 的酷开上增加仅带 MAIN 的启动回退。不合入应用自行 setprop 写入主页属性及对应还原步骤，因为 8R734 实测不先还原便卸载会导致主页键黑屏，须重启恢复，应用卸载时无法自行改回属性。8R…
Loon：下架插件加密工具，说明后续打包计划及测试版权限设置
摘要：Loon 在 iOS 3.5.4(1015) TestFlight 公告中表示，已下架插件加密工具，计划推出主要用于防止中间篡改和异常来源的专属打包工具；打包后的插件内容及执行请求记录仍完全可见。插件新增网络、重定向、持久化读写、通知、配置读写五类权限，可自行调整，为兼容现有插件暂时默认全部开启。公告还称，下载资源的 HTTPS 请求默认跳过证书验证。上述说明针对该测试版，打包工具属于后续计划。
OwnBox：群聊归档，问题请在 GitHub issue 提出
摘要：OwnBox 官方频道公告，群聊归档；有任何问题请在 GitHub issue 提出。
kenzok8：openwrt-packages 的 Lucky 包改跟随 wall 仓库更新
摘要：kenzok8 在 openwrt-packages #564 中说明，Lucky 包现改从其 wall 仓库同步，已更新到 3.5.0，后续随 wall 更新跟进。他称此前停留在 2.27.2 是原上游 sirpdboy/luci-app-lucky 在 3 月后未再更新所致，并请用户同步 feed 后核对 LuCI 功能。此说明针对该 OpenWrt 软件包集合。
S-UI：部分入站列表被 SQLite 误读为 JSONB，修复将随下一版本发布
摘要：在客户端保存报 malformed JSON 的问题讨论中，alireza0 说明，内置 SQLite 3.49.1 在 BLOB 的首字节与长度符合 JSONB 头时，会将其按 JSONB 读取，因此只有部分入站列表失败，例如 [1, 2] 和 [1,23]，而 [1,2]、[1,2,3] 可以正常工作。他表示已在所有相关 JSON 函数调用中将列转换为 TEXT，并加入回归测试，修复将包含在下一次发布中。
Blankwonder 说明 Surge 测试版的自适应 QUIC 回退判定
摘要：Blankwonder 的官方测试频道说明，Surge 的自适应模式现在仅在阻断后 0.5 秒内未出现 TCP 连接，且应用在 3 秒内重试 QUIC 时，才判断该主机无法回退并立即放行重试。此前仅凭没有 TCP 连接就放行，可能把应用取消请求误判为无法回退。若 3 秒内出现 TCP 连接，会重新阻断 QUIC；两者都未发生则不记忆结果。
liandu2024：Open-Box v0.1.388 的持续候选新鲜度仍待验证
摘要：在 Open-Box #715 讨论中，liandu2024 确认 v0.1.388 / openbox-41 已让正常轮次从本轮开始计时，但补证中的样本年龄仍达 2423–3324 秒，超过 1800 秒配置周期；队列仍在消化，不能称为死锁。他表示持续运行时的候选新鲜度和超额需求下的调度吞吐仍需验证，不会以队列最终排空、14/14 组已有记录，或节点质量展示和带宽周期调整作为该调度问题已解决的依据。
DanielLavrushin 指出 b4 Discovery 卡片与历史记录的确认状态错配
摘要：DanielLavrushin 指出，b4 Discovery 结果卡片和历史记录会把站点最快预设的确认结果用于实际提供的组获胜策略，可能显示未经复核的策略为“Confirmed 3/3”，也可能把已通过确认的策略显示为未确认。他建议优先读取所提供策略自身的结果，仅在该结果不存在时回退到站点级数据，并让实时卡片也将取消的运行视为未确认。
yiguodev：OneXray 待授权时重试可能不弹出系统提示，修复尚未发布
摘要：在 macOS Sonoma 14 的首次连接与系统扩展授权问题中，yiguodev 说明应从 /Applications 中运行 OneXray，并在“系统设置 → 隐私与安全性 → 安全性”检查并批准对应系统软件；若系统随后询问添加 VPN 配置，再允许并重试。他确认当前版本在授权待定时点击 Retry 可能不会触发新的系统提示，修复正在准备、尚未发布。若仍无批准条目，需核对实际应用位置并提供 OneXray 相关系统扩展列表。