作者发言 · 第 16 页

共 781 条动态,当前显示 30 条

作者发言

按原始发布时间排序

RPRX:XDNS 暂不做 domain 与 resolver 绑定,resolvers×addrs 不复用以避免 QoS

摘要:在 XDNS infra(Xray-core PR #7090)的讨论中,RPRX 就配置结构说明:先别做 domain 与 resolver 的绑定——最初加入多个 resolvers 的主要目的是 speed up,先按配置示例改以方便这个目的。对于 resolvers × addrs,为避免潜在的 QoS 问题,肯定是不复用、开多个 socket 最好;这也是此前改成基于 fm dial 的收益之一。

RPRX 评 Xray-core 的 MASQUE WARP 支持 PR:认证信息宜置传输层,证书校验仅 pin 公钥未验签名

摘要(节选):在 Xray-core PR #6878(CluvexStudio,MASQUE: Support WARP,开放未合并)的评审中,RPRX 就 WARP 支持的实现提出:认证信息填在传输层,他查看后认为 Hy2 客户端实现也是这样,而入站的认证填在代理层方便 API;支持 WARP 显然仅客户端。关于客户端发送证书,他认为 WARP 这个特征有点扎眼,并问相关代码是否会让 uTLS 有独特逻辑。特地查看验证服务端证书的代码后,他提出:pin 完公钥之后是否不再验证 sign…

RPRX:XDNS 重构后配置结构宜调整,服务端 name 改 names、客户端仅需 resolvers

摘要(节选):在 Xray-core「XDNS finalmask: Fix resolver close deadlock and socket leaks」PR #7089 的讨论中,RPRX 就 PR #6718 重构后的 XDNS 配置结构提出调整意见:服务端的 `name` 应改为 `names`,这样多个 domain 可以共享同一套 `types`,不必多写一份 `domains`;客户端问题较大,以前支持「哪个 domain 只走哪个 resolver」,现在不行了,应改为…

RPRX:XDNS 解析器配置宜合并写法,共用 TLS 需把 addr 改为数组

摘要(节选):在 Xray-core「XDNS finalmask: Fix resolver close deadlock and socket leaks」PR #7089 的讨论中,就多台 DoH 使用不同 SNI 能否共用 TLS 配置,RPRX 表示:若要共用,TLS 配置还是得放在外层,这不是同一个问题;要实现该想法得把 `addr` 改成 `addrs` 数组。他还提到有人可能想共用 sockopt,那样 `type` 一配多会有些尴尬,实际上这里还是合并成一项写最好,例如 …

RPRX:Xray-core 这个回归修复 PR 先按 bug fix 合并,底层传输架构后续再重整

摘要:在 Xray-core PR 6877(gRPC 客户端用首次请求的已取消上下文重拨的回归修复,作者 LevL-max,2026-10-05 01:26 UTC 合并)下,RPRX 于 2026-10-05 01:17 UTC 回复:统一的调用路径会让逻辑简单很多,后续修改也不用考虑不同逻辑分支的可能性,减轻心智负担;他表示这个 PR 可以先按 bug fix 合并,后续还是要按前述方向重整底层传输的架构。原文中另有一条带删除线的表述(作者已撤回),未予收录。

liandu2024:Open-Box 域名解析查询在 dnsmasq 转发下只看到 127.0.0.1,v0.1.259 起按查询日志对回终端

摘要(节选):在 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…

liandu2024:Open-Box v0.1.283 起路由器无可用上游时自动全量转发 DNS,修复按域名转发下断网

摘要(节选):在 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),其余域名交给路由器自…

liandu2024:Open-Box v0.1.283 起重启内核不再轻易降级纯 tun,纯 tun 下 docker 端口映射回包不再进 tun

摘要(节选):针对用户逐版回退并贴出 271/272 两份 `ip rule` 的对比:271 是 auto_redirect,272 起该机内核跑在「纯 tun 兼容模式」(auto_redirect 起不来时的降级)。纯 tun 模式下:docker 里 wg-easy 的回包(端口映射回去的那半)也被拉进 tun,内核当成新连接重新拨出去,WireGuard 就断了;客户端经 docker 网桥出去的流量不在 lan 区,被防火墙拒绝,即用户看到的「拒绝连接」。v0.1.283:重启…

wonfen:Clash Verge Rev 节点显示 COMPATIBLE 源于订阅下载失败与 DNS 走「自动选择」组的依赖循环

摘要(节选):在 Clash Verge Rev #8153(mustang518 于 2026-10-03 08:46 UTC 提交,报告 Windows 11 用户模式下启用 TUN 并安装系统服务后代理组节点显示 compatible,卸载系统服务或管理员模式下正常;该 issue 现已关闭)下,wonfen 于 2026-10-05 01:12 UTC 依据日志说明:TUN 已成功启动,但 Sub 订阅因 DNS 解析失败而下载失败,所以节点显示 COMPATIBLE;DNS 请求…

CHKayanami:clash-rs 的 ebpf 入站支持 ruleset,但受 4096 条静态下发表限制

摘要:在「ebpf 入站能否增加 bypass-rule-set 绕过规则集、命中不进核心」的提问中,clash-rs 作者 CHKayanami 说明:ebpf 模块下按 `target: bypass-dst-ips: ["rule-set:cnip"]` 配置即可支持 ruleset;但出于内存考虑,内核的静态下发表目前限制 4096 条,cnip 的 IPv4 装不进去、会被截断,因此认为这样绕过就没有用 ebpf 的意义。

Own716:Android 应用沙盒屏蔽普通应用 Raw Socket,客户端多用 TCPing 或 URLTest

摘要:在 OwnBox for Android 关于「增加 TCP 分片与 icmping」的功能建议中,开发者 Own716 说明:Android 系统的应用沙盒对普通未 Root 应用屏蔽了系统底层 Raw Socket(无法直接发送 ICMP 包),因此普通客户端通常采用 TCPing 或 URLTest。

Fangliding:gRPC 拨号回归源于 Finalmask 把 dialsystem 封成变量,路径有限

摘要:Fangliding 在 Xray-core PR #6877(修复 gRPC 出站重拨使用首次请求已取消 context 的回归)讨论中回应 RPRX:有 bug 再修就是了,隔三岔五一大堆 AI PR 还怕扫不出 bug;Finalmask 内部就是把本来直接的 dialsystem 当变量封了进去而已,UDP 是拼连接的类型问题,就这么多路径,以后不会再有类似情况了。

RPRX:以后所有 dial/hub 都走 Finalmask,并精简底层传输的嵌套

摘要:RPRX 在 Xray-core PR #6877(修复 gRPC 出站重拨使用首次请求已取消 context 的回归)讨论中表示:像这样分两个路径,就可能会出现有一侧有 bug、另一侧没 bug 的情况;他的意思是以后所有 dial/hub 都一定走 Finalmask,它可以把 internet 那块代码吸收进来,底层传输这里的套娃还要精简下,只要不影响 v2rayNG 的自定义 dialer 就行。

nemu-x 说明 mikan 用户导入功能的审查修正要点

摘要(节选):nemu-x 在 mikan(mihomo 内核 VPN 面板)Marzban/PasarGuard/Remnawave 用户导入 PR #37 中说明已 rebase 到 dev 并逐条修正评审意见:schema 移入 postgres/0003_legacy_sub_tokens.sql 且带 Down(若 #31 先合并则改号 0004),SQLite 导入测试回滚到导入基线;Reissue 在同一事务删除旧 legacy_sub_tokens;shortUuid 须匹…

2dust:放开内核版本限制没有用,sing-box 大版本会改变配置

摘要:在请求不锁定内核版本、方便高级用户自行替换测试版内核的 v2rayN 议题(#10285「[Feature request]: 支持最新测试版内核」,已关闭)中,2dust 回复:即使放开也是没有用的,因为 sing-box 大版本会改变配置,随意放入一个版本是无法使用的。他未说明是否会调整内核版本的锁定方式。

wonfen:第三方优化软件把 Clash Verge 服务启动方式改为手动,导致内核降级启动与红色报错

摘要(节选):在 clash-verge-rev issue #8129(v2.5.6 内核无法启动或配置无法应用,Win11 Pro 26H2)的讨论中,wonfen 依据用户截图定位:该机器上 Clash Verge Service 的启动方式被改成了「手动」,事件查看器里那条「由自动启动更改为按需启动」的记录即对应此事。软件不会去改它,一般是电脑管家、360、火绒这类软件的开机加速所致。 改成手动以后,每次开机服务都不会自己起来。软件启动时会先等它两分钟左右,这段时间界面是卡住的;等…

Max Lv:meow iOS 按配置自动更新节奏的 PR #352 完成审查并推入跟进提交

摘要(节选):在 meow-ios 为订阅配置新增按配置自动更新节奏的 PR #352(由 gengjiawen 提交,分支 feat/profile-auto-update)下,维护者 madeye 给出合并前审查:`.manual` 默认值意味着升级后不会自动开始抓取;更新节奏仅由 `lastUpdated` 推导,手动刷新会顺延自动刷新,不存在第二个时间戳产生漂移;抓取失败会保持到期状态,`isRefreshing` 守卫阻止并发重叠。已把跟进提交推到该分支:rebase 到当前 m…

Max Lv:meow iOS 状态图标跟随应用图标的 PR #351 完成审查并推入跟进提交

摘要(节选):在 meow-ios 让首页状态图标镜像所选应用图标的 PR #351(由 gengjiawen 提交,分支 fix/status-glyph-follows-app-icon)下,维护者 madeye 给出合并前审查:`AppIconStore` 是图标选择的唯一所有者,iOS 仍是持久化层,`current` 只在 iOS 接受切换后前进,被拒绝的切换会重新同步,重新选择已安装图标会跳过系统弹窗。tvOS 检查:tvOS 目标会编译 `App/Sources/Servic…

Max Lv:把 meow iOS 的 DHCP DNS 兼容修复扩展到 fallback 与 nameserver-policy

摘要(节选):在 meow-ios 处理 iOS 上 DHCP DNS nameserver 的 PR #362(由 mvanhorn 提交,分支 fix/358-dhcp-dns-compatibility)下,维护者 madeye 说明已把跟进提交推到该分支:rebase 到当前 main(含 meow-rs a663364),该版本 meow-rs 仍以同样的 `unsupported scheme` 拒绝 `dhcp`,因此该修复仍然必要;提交 61703ac 把过滤从 `name…

wonfen:Clash Verge Rev 2.5.6 主网络服务解析失败致托管内核无法启动的问题已修复

摘要(节选):wonfen 在 Clash Verge Rev issue #8083(macOS 下 GlobalProtect 把主网络服务改为 gpd.pan,导致系统代理与 TUN 均无法启用)的回复中确认:2.5.6 中确实存在主网络服务解析失败导致托管内核无法启动的问题,当前代码已针对这一情况修复;系统代理在 GlobalProtect 下是否生效,需要继续确认。他请用户改用包含该修复的测试版并同步更新服务组件,同时补充 GlobalProtect 版本、连接与断开时系统代理和…

Max Lv:计划把小组件与控制中心的重载移入数据包隧道进程

摘要(节选):Max Lv(madeye)在自己提交的 meow iOS issue #393(承接 #392 的审查)中说明:小组件与控制中心的重载目前只来自应用进程(WidgetReloader 在阶段变化时,以及自 #392 起在应用变为活跃时)和小组件的 intent,因此应用未运行时发生的状态变化,要到下次打开 meow 才会反映到控制中心开关上,主屏与锁屏小组件则要等 30 分钟时间线才追上。受影响的变化包括:在「设置 › VPN」中关闭 VPN、另一个 VPN 应用占用该位置…

Max Lv:欢迎 TrustTunnel 出站 PR,明确实现范围、特性门控与测试要求

摘要(节选):在 TrustTunnel 出站功能提议(#727)下回复:接受该 PR,并给出要求。范围与形态——先做 HTTP/2(TCP、_udp2 与 _check)并单独成 PR,H3 后续另开;H3 复用现有 quiche + BoringSSL 栈(同 Hysteria2),不引入第二套 QUIC 或 TLS 库;在 meow-proxy 中以 trusttunnel 特性门控(同 snell、anytls),是否并入默认 full 组合由二进制体积数字决定(ADR-0007 …

Max Lv:meow-rs 暂不引入自动发布流程,v0.22.0 发布 PR 待 CI 通过后合并

摘要(节选):在 meow-rs issue #709「切出 v0.22.0」的讨论中,Max Lv(madeye)说明暂时保留手动发布流程。理由:发布频率低,CHANGELOG.md 是有意手工整理的,自动生成的变更说明或 `skip-changelog: true` 会丢掉这一点,或让流程处于半自动化状态。 他指出已经自动化的只有不可逆部分:推送 `vX.Y.Z` tag 会运行 `publish.yml`(按依赖顺序发布到 crates.io,幂等)和 `release.yml`(G…

MHSanaei:3x-ui 面板已用 Panel Outbound 覆盖 Telegram 机器人走隧道,仅机器人单独走代理不值得再加一条桥接

摘要(节选):MHSanaei 在 3x-ui PR #6682(为 Telegram 机器人流量新增可选路由入站标签)下说明关闭该 PR 的理由。他指出面板已经覆盖这一需求:在「设置 → 常规 → 面板出站(Panel Outbound)」中选择一个出站或负载均衡器(例如 warp)后,面板会注入一条仅回环的 SOCKS 桥接(panel-egress)并带有自己的路由规则;未单独设置机器人代理时,Telegram 机器人会经该桥接拨出。在 Telegram 被过滤的主机上,只需在此处选…

liandu2024:Open-Box v0.1.279 修复 OpenWrt 快照版 procd 停服务连带杀掉面板升级进程

摘要(节选):在 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 月下旬起)停服务时会把该服务进程组…

liandu2024:config.json 由面板生成,重启内核会覆盖手改内容

摘要:在 Open-Box issue #379(关于改配置后重启内核旧配置重现)中说明:config.json 是面板按设置生成的,每次启动/重启内核都会重新生成,手改的内容会被覆盖;换用其他版本的内核不在支持范围内(Open-Box 使用的是打过补丁的 1.14.1)。随后关闭该 issue。

liandu2024 说明 Open-Box「直连不进内核」需配合 FakeIP 生效

摘要:在 Open-Box #350 中,liandu2024 说明这是现在的设计:「直连不进内核」要配合 FakeIP 才能在入口就判断出哪些域名直连——不开 FakeIP 时,路由器在入口只看得到 IP,直连域名的流量照样先进内核,由内核按规则直连。两个开关可以同时开。