liandu2024：Open-Box DNS 泄漏测试需对齐实际请求，v0.1.373 未宣称解决
摘要：在 Open-Box issue #744 的回复中，liandu2024 说明现有诊断显示旁路由、终端网关和 DNS 指向旁路由，且测试同时启用 IPv6、FakeIP、DNS 分流和直连旁路；但泄漏测试还需用随机域名和路由器 `tcpdump` 对齐真实 DNS 请求。对 TikTok 也不能仅凭测试页判断实际流量出口或故障已解决，v0.1.373 未将本条列为已解决。
作者发言 · 第 6 页
作者发言
按原始发布时间排序
233boy：Xray-core 更新后的 REALITY 指纹兼容性与回退建议
摘要：在 233boy/Xray issue #130 的讨论中，233boy 说明新版本脚本生成的指纹已改为 Chrome；如果客户端仍使用旧配置，升级 Xray-core 后可能出现 REALITY 收到真实证书的错误，而回退到旧稳定版本可以恢复。原文同时说明绝大多数情况下正常使用，升级后不能用时回退是直接的解决办法；保留其针对旧配置、客户端和服务端版本兼容性的限定。
pengchujin：Aerial 接管小米电视 Launcher 的实测与包名风险
摘要：在 Aerial-TV issue #901 的讨论中，pengchujin 说明在 MiTV-MFTR0（OS3.0.101）上停用 `com.mitv.tvhome` 后，Home 可直接进入 `com.ts.launcher`，信号源、重启和待机唤醒正常，PatchWall 常驻内存也可省下；但 Aerial 不会把正式包名改成其他公司的包名。白名单可能被小米云控删除，误停用可能导致黑屏，只能用 ADB 恢复；改包名还会重置布局、照片和授权，保留这些设备和回滚限制。
Leadaxe：LxBox 规则编辑器加入网络类型与计费网络条件
摘要（节选）：在 LxBox issue #178 的关闭评论中，Leadaxe 说明下个版本的规则编辑器会在 Wi-Fi 区域加入 NETWORK 条件：Any、Wi-Fi、Cellular、Ethernet 对应 core 的 network_type，另有 Metered networks only 对应 network_is_expensive；SSID 匹配仍单独需要位置权限。条件会与其他规则 AND 组合，在连接建立时评估；切换 Wi-Fi/移动数据会重置连接，单纯切换 met…
Leadaxe：LxBox 应用选择器显示 UID 及共享 UID 影响
摘要：在 LxBox issue #180 的关闭评论中，Leadaxe 说明下个版本的应用选择器和 Tunnel apps 列表会在包名旁显示 UID，并提示共享 UID 的其他已安装应用数量及列表。规则和 Tunnel apps 仍按 UID 生效；Android 与 core 无法区分共享 UID 的包，针对 `com.samsung.android.fmm` 的规则会覆盖同一 UID 的应用，但从其他设备导入的列表不会自动扩大。
Fangliding：补充说明 Go MPTCP listener 安全提案的关联性尚未确认
摘要：在 golang/go issue #82717 中，Fangliding 引用安全研究并指出 Linux MPTCP listener 可被攻击，而 Go listener 默认启用 MPTCP，可能使 Go 程序暴露于该风险；他提议默认关闭 listener 侧 MPTCP，并在后续说明中明确目前尚不清楚该漏洞是否与 MPTCP 有强关联。该条是已发布安全提案的修订，保留可能性和未确认因果的限定，不写成已确认漏洞或已合入修复。
Leadaxe：LxBox Unknown traffic 预设决定 tun0 流量直连或拒绝
摘要（节选）：在 LxBox issue #177 的回复中，Leadaxe 说明 Termux 将应用列入 Deny-list 后，`curl --interface tun0` 仍使用 ISP 地址，是因为绑定 tun0 的流量没有所属应用，会被 Routing → Presets → Unknown traffic 预设按默认配置直连到 VPN 外；将该预设的 Outbound 切换为 Reject 可丢弃此类流量，升级安装可能默认关闭该预设，并建议补充应用版本、预设状态和规则导出以…
Leadaxe：sing-box-lx DNS 竞速失败项修复已随 v1.14.4-lx.25 发布
摘要：在 sing-box-lx issue #59 的关闭评论中，Leadaxe 说明 v1.14.4-lx.25 已修复 DNS group connection test 的竞速诊断缺口：每个被询问的成员都有独立的 dns_member 阶段，竞速中落后的成员显示为 SKIPPED 并带有 lost_race，DoT/DoH 子阶段也沿用该语义。该评论是对先前已记录问题的修复状态更新，保留版本号与具体诊断行为，不扩展为所有设备均已实测。
pengchujin：旧安卓电视壁纸列表越界修复已合入，待下个版本发布
摘要：在 Aerial-TV issue #557 关联的 PR #904 中，pengchujin 说明旧安卓电视的个性化壁纸横向列表会越过右边界覆盖扫码卡片，修复在 WallpaperSheet 绘制入口显式按左右边界裁切；MiTV4-ANSM0（Android 6.0.1）真机及单测和构建已验证，小米显示器 Android 14 回归无影响，X7D/Android 5.1.1 仍待报告人复测，修复随下个版本发布。
pengchujin：Aerial Android 5/6 更新连接补充 TLS 根证书并入 main
摘要：在 Aerial-TV PR #890（关联 issue #871）的评论中，pengchujin 说明 Android 5/6 更新连接的 TLS 根证书修复已合入 main，保留提交 51b13a6；改动只影响两个旧系统更新连接，116 个单元测试全部通过，但团队没有 Android 6 电视，完整的应用内升级仍需发版后由报告人确认。
Tunglies：tao macOS 无原生标题栏时双击自定义标题栏无法最大化/还原
摘要：在 tao PR #1317 的 macOS 窗口讨论中，Tunglies 提供演示并说明：当 `decorations` 设为 false 时，双击自定义标题栏无法最大化或还原窗口。PR 标题和视频支持这一具体可复现行为；评论记录的是修复中的问题现象，没有宣称 PR 已合并或修复已发布。
kenzok8：daed AnyTLS 参数拼写兼容修复正在验证
摘要：在 openwrt-daede issue #108 的 AnyTLS 订阅导入问题中，kenzok8 根据日志判断节点已导入但连接失败，要求重新测试失败节点并补充悬停“失败”标签的详细错误；维护者同时说明已发现并修复一种 AnyTLS 参数拼写兼容问题，正在验证，但现有日志不足以确认是否为同一原因。
DanielLavrushin：b4 v1.88.2 修复 Keenetic 设备过滤问题并邀请回归
摘要：在 b4 issue #466 的 Keenetic 设备过滤问题讨论中，DanielLavrushin 邀请用户检查 v1.88.2 是否改善问题；该 release 明确修复白名单设备过滤导致所有网站无法访问的情况，并减少设备过滤规则反复重建。评论保留“会更好吗”的回归不确定性，不把修复写成用户环境已确认。
RPRX：Xray Windows DNS 防泄漏配置需覆盖 53/853 与 windnsclient，并更新文档
摘要：在 Xray-core PR #6853 的 Windows TUN DNS 防泄漏讨论中，RPRX 明确“dns”保护范围包含 udp/53、tcp/53、windnsclient、tcp/853 和 udp/853，要求新 PR 支持“协议栈/端口”写法并同步文档，同时指出相关 core 与 docs PR 需要联动评估。评论记录的是配置语义和文档维护方向，未把尚未完成的 PR 写成已发布功能。
wwqgtxx：mihomo 下个版本将同步 sing-tun 的 IPv6 自动路由修复
摘要：在 mihomo issue #3181 的 IPv6 fake-ip SSH 连接断开问题讨论中，wwqgtxx 建议同步 sing-tun commit 3374c9d；该提交标题为“Fix auto route IPv6 rules”，调整 IPv6 自动路由规则优先级并补充 IPv6 源地址规则，评论表示会包含在下个版本中。这里记录的是即将纳入的修复计划，尚未声称 mihomo 新版本已发布或问题已经解决。
pengchujin：Aerial 1.68 已包含 75A7D 控制中心焦点修复并请用户回归
摘要：在 Aerial issue #860 的创维 75A7D 兼容性讨论中，pengchujin 说明 Aerial 1.68 已发布并包含控制中心音量条向上返回来源按钮的补丁，同时调整 Lite 行为及桌面时钟的农历和天气颜色；他提供升级路径，并请 75A7D 用户确认焦点行为。评论保留具体设备的回归请求，不把维护者未实机验证的其他机型改写成已确认。
alireza0：TUIC 通配符证书测试通过，建议使用具体 SNI 或域名连接
摘要：在 Nexora-VPN/panel issue #7 中，alireza0 说明 0.0.6 服务端使用完整链的通配符证书 `*.example.com` 测试正常，问题更可能出在客户端收到的配置；他要求补充证书放置位置、SNI、节点地址类型、客户端版本和错误日志，并建议将 TLS `server_name` 设为匹配通配符的具体子域名、用域名作为节点地址后重新导入。其测试中这样设置可使 TUIC 连接成功。
Leadaxe：sing-box-lx 将上传写入改为批处理并减少 HTTP 延迟阻塞
摘要（节选）：在 sing-box-lx issue #58 中，Leadaxe 说明 `sendPacket` 不再同步等待每个 POST 响应，改为受限缓冲批量上传；HTTP/2/3 在请求体写出后继续下一 POST，后台校验响应，每流最多 16 个未完成请求，同时保留超时、熔断和重放语义。注入响应延迟的 fixture 测试在 50/100ms 条件下由 814/1615ms 降至 4.3/4.1ms；单元测试和真实 HTTP/2/3 已验证，live Xray/device 尚未验…
Leadaxe：sing-box-lx DNS 竞速失败项应标记为 lost_race 而非 FAILED
摘要：在 sing-box-lx issue #59 中，Leadaxe 重新打开一个诊断缺口：`fastest`、rescue 和 parallel DNS group 中，UDP 成功后被取消的 DoT/DoH TLS 阶段会显示 `FAILED`，而连接竞速路径已有 `SKIPPED + lost_race` 语义。他给出 `dns_ru` 复现配置和预期状态，并建议在诊断树中显示每个子树所属成员；这是待修复的诊断语义问题，未宣称已修复。
alireza0：提醒 Reality/TLS 不要同时再启用额外 encryption
摘要：在 s-ui issue #1299 讨论 sing-box 变更时，alireza0 表示会尽量跟踪并实现 Sing-Box 的变化，并提醒使用 Reality 或 TLS 时不要再启用 encryption，以免冲突；他还指出 Xray inbound 的 TLS/Reality 与 Encryption 组合受限，XTLS 团队也不建议同时使用。原文是配置兼容性与安全提醒，未宣称已发布修复。
pengchujin：小米电视改用 Aerial 后短按电源键失效的原因与恢复方法
摘要：在 Aerial issue #848 中，pengchujin 记录一台 Android 9 小米电视改用 Aerial 默认桌面后短按电源键无法息屏：小米设置应用按 home 栈处理息屏时崩溃，原因是 PatchWall 被放进普通任务栈。现场通过 set-home-activity 恢复 PatchWall、重启后息屏恢复；后续计划是识别受影响机型并调整安装脚本与恢复文档。
pengchujin：Android 7 以下流畅效果下控制中心暂时隐藏桌面元素
摘要：在 Aerial issue #823 的回复中，pengchujin 解释：1.48 起，Android 7 以下电视在“流畅”效果下打开控制中心时会让桌面时钟、天气和图标淡出，以减少重绘；该处理已经撤掉，下一版会保留桌面并只压暗。在此之前可将效果设为“完整”，并请用户在下一版测试焦点移动是否变卡。
pengchujin：Android 13+ 缺少确认安装页面会让 Aerial 下载停在 100%
摘要：在 Aerial issue #827 的回复中，pengchujin 说明 Android 13 及以上设备使用系统安装会话更新时，如果系统安装器没有“确认安装”页面，下载完成后会停在 100%；下一版会在缺少该页面时改为直接打开系统安装器，当前可用安装脚本或手动拷贝 APK 安装，并请求用户提供设备信息与安装器查询结果。
RPRX 建议为 Xray-core Block/Blackhole 出站增加 blockReply 选项
摘要：在 Xray-core PR #7238 的讨论中，RPRX 建议增加 `blockReply` 选项，功能类似 Block/Blackhole 出站的 `response`，但配置更灵活；他还提出可以考虑 FM noise 的实现方式。该评论表达的是设计建议，未说明已实现或已发布。
liandu2024 说明 Open-Box tcp31 故障确认与 failover 重选机制
摘要（节选）：在 Open-Box issue #759 中，liandu2024 说明已核对 tcp31 随包补丁源码：拨号或探测失败会经 `confirmFailure` 和 `HistoryStorage.Failed` 做约 10 秒确认，随后通过已注册组的 `Reselect → performUpdateCheck` 重新选择，并非只删除 history 后等待 1800 秒。他要求补充实际 sing-box 文件 SHA256、脱敏配置、两份 controller proxi…
liandu2024：Open-Box 确认 TCP 回退有效，但暂不能归因于 QUIC 或 MTU
摘要：在 Open-Box issue #758 的回复中，liandu2024 说明现有对照能确认 TCP 回退有效，但不足以认定 QUIC 内核缺陷或 PPPoE MTU 问题；他要求在相同 Wi-Fi、手机和 WAN 条件下停止内核做对照，并提供脱敏诊断包及同时间的 WAN/TUN 抓包，明确不要扩大为全网 UDP 443 屏蔽，且 v0.1.370 未宣称解决该问题。
Max Lv 说明 meow-rs 覆盖率工作流补齐协议测试对端
摘要（节选）：在 meow-rs issue #735 中，Max Lv（madeye）说明，#840 已让 coverage.yml 构建 restls、jls、kcptun 的 Go 测试对端，获取官方 TrustTunnel 端点，并把四个服务端二进制路径变量传入覆盖率收集步骤，使用 --no-fail-fast，避免某个失败遮住其他失败。该 PR 还修复了在 --all-features 下会被解析的两个 TrustTunnel 占位测试配置，并为 simple-obfs 将任务固…
TokenPLS 说明配置补丁与证书设置修复，将随下个版本发布
摘要（节选）：在 Clash-Client PR #69 讨论中，TokenPLS 表示相关改动已在代码树内修复，将随下个版本发布。dns、tun、mode 等应用级字段各有设置章节；直接写入配置补丁的这些字段，对保留原文、运行脚本或有独立层的配置，会移到该层生效，其他配置则丢弃。旧补丁编辑器会拒绝保存这些字段，并提示所属章节。他还说明，脚本配置此前会丢弃 Certificates & Trust 中保存的改动，现已保留；仍使用旧式自定义覆盖的配置依然不会应用这些改动，保存时会明确提示，不…
TokenPLS 确认配置补丁静默丢弃全局字段，并说明修复计划
摘要：在 Clash-Client PR #69 讨论中，TokenPLS 承认配置补丁保存了 dns、tun、mode 等实际会被丢弃的字段，却没有提示，这是一个缺陷。他表示将独立于已关闭的应用级覆盖层方案修复该问题，在保存时说明字段应在哪个页面设置，并在修复发布后更新该 PR。
Fangliding 说明 Xray-core 格式化与 proto 生成工具链的调整
摘要：在 Xray-core #7263 的待合并 PR 讨论中，Fangliding 表示，格式化与 proto 生成均由 go.mod 管理，无需再从其他环境安装工具，并可复用已安装 Go 的检查环境。他称该方式可保持跨平台一致，也便于在本地生成文件时避免 Windows CRLF 与工具生成 LF 引起的大量差异。