动态 · 第 4

189 条动态,当前显示 30

动态时间线

按原始发布时间排序

Open-Box 作者确认 Clash 订阅中 hysteria2 端口跳跃范围未映射进内核

liandu2024 在 Open-Box 订阅问题讨论中说明一个已确认的缺口:Clash 订阅里 hysteria2 的 ports 跳跃范围目前没有映射进内核,只使用 port 那一个端口;若机场只在跳跃范围上监听,hy2 节点会连不上,该问题已记下排期。

作者原文 · 预览

诊断包和节点格式看到了,09-11 那条重复要资料的回复作废,抱歉。

重置面板密码:SSH 到路由器执行下面三行,之后打开面板会重新要求设置密码:

/etc/init.d/openbox-panel stop
/opt/open-box/node/bin/node -e "const {DatabaseSync}=require('node:sqlite');new DatabaseSync('/opt/open-box/data/openbox.sqlite').prepare(\"DELETE FROM app_storage WHERE key IN ('config/access-password','config/access-password-enabled')\").run()"
/etc/init.d/openbox-panel start

节点全部超时:anytls(TCP)和 hysteria2(UDP / QUIC)两种协议一起全超时,不像是某个协议字段的事。请升到最新版后:代理页点任一节点测速,同时 SSH 跑 logread -e sing-box | tail -n 30,把带节点名的几行贴出来(域名 / IP 打码);另外说一下路由器是直接拨号还是接在主路由后面。

另外一个已确认的缺口:Clash 订阅里 hysteria2 的 ports 跳跃范围目前没有映射进内核,只用 port 那一个端口;机场若只在跳跃范围上监听,hy2 节点会连不上,这个我记下排期。anytls 不受它影响,所以你这里应该还有别的原因,等日志。

查看完整动态

FlClash 作者:除了 GitHub 以及 Telegram,FlClash 没有其他未指定的渠道

chen08209 在群组中说明,除了 GitHub 以及 Telegram 等相关内容,FlClash 没有其他任何未指定的渠道;并表示不会对每个盗版都出面回应一次。

作者原文 · 预览

除了 github 以及相关内容例如 telegram, FlClash 没有其他任何未指定的渠道

我不是救苦救难的菩萨,有一个盗版我就出来回应一次,除了浪费自己的精力,没有其他的作用了

查看完整动态

alireza0:s-ui 批量测速只有最后一个出口真正被测的问题已确认并修复

在答复测速报告时表示已复现并修复:测试被一次性全部发出,面板把每一条当作前一条的重复而取消,因此只有最后一个出口真正被测;逐个测试出口的方式从未受影响,Endpoints 页面的 Test all 同样存在该问题。修复将在下一个版本发布。

作者原文 · 预览

Thanks for the report — reproduced and fixed.

The tests were all sent at once, and the panel treated each one as a repeat of the previous test and cancelled it, so only the last outbound was actually tested. Testing outbounds one at a time was never affected. The same applied to Test all on the Endpoints page.

Coming in the next release.

查看完整动态

alireza0:s-ui 补上 Snell 的客户端支持,Clash 订阅仍会跳过 Snell 节点

在答复关于 Snell 的疑问时表示这不是缺陷:Snell 在 v1.6.0 作为协议加入,但客户端支持从未实现,因此它在 Clients 页面没有位置。现在已完成——Snell 入口可分配给客户端,每个客户端在入口共享 PSK 之外还有自己的 Snell key,JSON 订阅会携带该节点;更新后首次启动时会自动为已有客户端生成 Snell key,无需手工处理。他同时说明 Clash 订阅仍会跳过 Snell 节点,因为 Clash 没有放置每用户 key 的位置,JSON 订阅不受影响。该改动将在下一个版本发布。

作者原文 · 预览

Thanks for the report. It was not a bug — Snell was added as a protocol in v1.6.0, but client support for it was never implemented, so it had no place in the Clients page.

That is now done. Snell inbounds can be assigned to clients, each client gets its own Snell key alongside the inbound's shared PSK, and JSON subscriptions carry the node. Existing clients are given a Snell key automatically on first start after the update, so nothing needs to be done by hand.

Clash subscriptions still skip Snell nodes, since Clash has no place for a per-user key. JSON subscriptions are unaffected.

Coming in the next release.

查看完整动态

Carton 0.6.2 内核下载存在致命缺陷,作者撤回 winget 提交

821869798 在 winget-pkgs 的「Update Unifan.Carton to 0.6.2」提交中关闭该次提交,说明 0.6.2 安装包存在一个致命缺陷:设置中的内核下载会立即失败并提示「kernel download received no data」,根因是下载器拒绝了一个格式错误的 User-Agent 头,已在下一个版本修复。该版本不会带缺陷地分发给 winget 用户,将由 0.6.3 版本取代,新的提交会自动跟进。

作者原文 · 预览

Closing this submission: the 0.6.2 installers it references have a fatal bug — the kernel download in Settings fails immediately with "kernel download received no data" (root cause: a malformed User-Agent header rejected by the downloader, fixed in the next release).

Rather than shipping a broken 0.6.2 to winget users, a 0.6.3 release will supersede it and a fresh submission will follow automatically. Thanks!

查看完整动态

Clash Verge Rev:macOS 27 托盘点击异常已在上游修复,随后续版本发布

Tunglies 在 Clash Verge Rev「macOS 27 托盘点击事件不正常」问题中表示,该问题已在提交 a8e8fe66dc09ed1824e550075aefda382c6da165 中修复,将跟随 autobuild 或下次 Release 发布。

作者原文 · 预览

Fixed in a8e8fe66dc09ed1824e550075aefda382c6da165,跟随 autobuild / 下次 Release 发布

查看完整动态

@OwnBoxs 频道 在 Telegram 的公开发言

频道原文 · 预览

OwnBox v2.7.9 正式版

https://github.com/Own716/OwnBoxForAndroid/releases/tag/v2.7.9

• 深度优化后台常驻内存占用与息屏功耗
• 修复设备休眠导致的后台连接中断问题

问题反馈:请在 GitHub 提交 Issue,并带上问题截图、版本号以及日志。

查看完整动态

@clashbyhako 频道 在 Telegram 的公开发言

频道原文 · 预览

Clash for macOS 1.0.10 正式发布💻
https://apps.apple.com/app/id6794257189?platform=mac

这一版把 iOS 上大家用了一阵的「配置中心」带到了 Mac,而且是按 Mac 的样子重做的:一个窗口、左边库右边内容,像系统设置一样一眼看全。频道里关于配置管理的反馈——想整份用原始配置、想给某个配置单独加规则、策略组想直接挑节点、想给分组配图标——这次都在里面了。谢谢每一条截图和吐槽。

🗂 配置中心
• 用自己的节点和规则组成配置,节点库、规则库各自管理,添加配置几步完成。
• 导入的配置可以整份原样使用,之后在配置页随时切换「使用原始配置」。
• 每个配置都能添加自己的规则,并直接指定走哪条线路。
• 策略组可以直接挑选节点。
• 策略组可以填图标地址,编辑器和代理页都会显示分组图标。

🔀 代理
• 全局模式下可以直接选任意分组里的节点。

⚙️ 网络
• 网络设置默认跟随你的配置文件,不用再手动选。

从 1.0.9 升级不用做任何事,原有配置会自动出现在配置中心里。

建议所有用户及时更新至 macOS 1.0.10,也欢迎大家继续在社区反馈问题和建议:https://t.me/+eCUP-ohH8xMwMzll

查看完整动态

ClashbyHako:正在准备 1.0.7,继续修复上一版本问题

ClashbyHako 在 9 月 14 日回复用户时表示,1.0.6 已比较稳定,正在准备 1.0.7,内容包括上一版本的问题修复。这是开发进度说明,未宣布 1.0.7 已发布。

作者原文 · 预览

1.0.6比较稳了。正在准备1.0.7,是对上个版本的一些问题修复以及给下个版本预埋的问题。

查看完整动态

用户用得起的Clash才是Clash

用户用得起的Clash才是Clash。用户用着顺手的Clash才是Clash,用户还能用的Clash才是Clash,用户用着放心的Clash才是Clash。这才是经典。 惹急了我做Windows版本,大饼我先画着,目前Apple全平台的版本还没稳定下来。

作者原文 · 预览

这群傻逼有个特性:自己用上了Surge、小火箭、Quan X乃至Stash和Loon,搭上了专线和VPS,然后脸扭过来开喷:你个臭外地的凭啥叫Clash,你知道什么是经典吗?

用户用得起的Clash才是Clash。用户用着顺手的Clash才是Clash,用户还能用的Clash才是Clash,用户用着放心的Clash才是Clash。这才是经典。

惹急了我做Windows版本,大饼我先画着,目前Apple全平台的版本还没稳定下来。

查看完整动态

Clash也不属于我。Clash属于广大用户

Clash这个名字不属于Clash for Windows的作者。Clash也不属于我。Clash属于广大用户,用户爱用的Clash才是Clash,开源且免费。

作者原文 · 预览

居然还在扯皮,借勇哥帖子说一下我在电报群里刚发的:

Clash这个名字不属于Clash for Windows的作者。Clash也不属于我。Clash属于广大用户,用户爱用的Clash才是Clash,开源且免费。

Clash如果有名字专利在某人名下才是最大的问题,所以还在扯名字问题的都是住在城里吃饱撑的。

查看完整动态

OneXray 作者说明:连接 VPN 时的节点测速可能受当前隧道影响

yiguodev 表示,OneXray 暂时无法可靠地让延迟检测绕过已连接的 VPN,因此结果可能受当前服务器影响;建议先断开 VPN 再测试各节点。相关改进因技术限制暂不列入计划。

作者原文 · 预览

Thanks for the report. OneXray currently cannot reliably bypass the active VPN tunnel for latency checks, so the results may be affected by the selected VPN server.

To measure each node's latency without the active VPN affecting the results, please disconnect the VPN before running the tests.

We are closing this as not planned for now due to this technical limitation.

查看完整动态

OneXray 已修复 FakeDNS 域名恢复,计划随下一版发布

yiguodev 说明,应用管理的 TUN 入站缺少 FakeDNS 域名恢复,单独在 Raw JSON 中添加 FakeDNS 不足以正常工作。修复会为相应配置启用 fakedns 嗅探,并在智能路由与自定义路由中提供默认关闭的 Use FakeDNS 选项;发言时尚未发布。

作者原文 · 预览

Thanks for the detailed report. The App-managed inbound was missing FakeDNS domain recovery, so simply adding a FakeDNS server in Raw JSON was not sufficient.

We have implemented a fix for the next release:

  • Raw JSON configurations using FakeDNS now automatically enable fakedns sniffing on the App-managed tunIn, while preserving the original configuration, user-defined DNS servers, address pools, and additional inbounds.
  • Smart Routing and Custom Routing now provide a Use FakeDNS option, disabled by default. Custom Routing also preserves this setting when importing or sharing configurations.
  • Direct-domain DNS matching remains prioritized, and IPIfNonMatch continues to use real DNS for its IP-based routing pass.

FakeDNS mappings remain session-local, so cached fake IPs may require a fresh DNS lookup after disconnecting or restarting the core.

Closing this as fixed. The changes are not yet in a published release; please retry after updating to the next release and let us know if the problem persists.

查看完整动态

polaris-arch:Polaris 已修复 Windows 打开面板导致卡死的问题

polaris-arch 在 Polaris 议题中说明,Windows 上「打开面板」会在 WebView2 回调线程里同步创建新窗口,导致面板白屏且应用界面无法关闭;提交 f5403cc 改为异步创建窗口并加入检查,已在 Windows 11 上复现旧问题并验证修复,修复会随下个版本发布。

作者原文 · 预览

感谢提供的截图和进程信息,问题已经定位并修复。

原因:在 Windows 上,「打开面板」对应的后端命令是在 WebView2 的回调线程里同步创建新窗口的。这种情况下 WebView2 会一直等待一个无法送达的回调,于是面板窗口白屏,应用的其它界面操作也全部卡住(关闭按钮、托盘「退出」、Alt+F4 都无效),只能结束进程。macOS 和 Linux 不受影响。

修复:提交 f5403cc 改为异步创建窗口,同时加了检查,防止同类写法再次出现。已在 Windows 11 测试机上先用 1.0.0 复现出同样的卡死作为对照,再用修复后的构建验证通过:面板正常加载,面板窗口和主窗口都能正常关闭,连续点击「打开面板」也只会打开一个窗口。

修复会随下一个版本发布,发布后再关闭这个 issue。

查看完整动态

Open-Box 作者说明 FakeIP 缓存隔离与纯 TUN 修复

liandu2024 在回应旧版本故障时说明:v0.1.176 将 FakeIP 地址池改为 198.19.0.0/16 并按地址池隔离缓存,v0.1.191 调整 TUN 接口名称并补充纯 TUN 模式的 input 放行。作者建议旧版用户升级后验证,仍有问题时附版本号和诊断包反馈。

作者原文 · 预览

v0.1.168 / v0.1.169 的问题在后续版本里处理了:FakeIP 地址池改为 198.19.0.0/16 并按地址池隔离缓存(v0.1.176),tun 接口改名、纯 tun 模式补 input 放行(v0.1.191)。你反馈开关 FakeIP 后恢复,和缓存隔离的修复吻合。

升级到最新版本即可(面板「后端设置 → 升级」,或 curl -fsSL https://raw.githubusercontent.com/liandu2024/Open-Box/main/scripts/update.sh | sh)。请升级后验证;如果还有问题,请带上版本号和诊断包另开新 issue,这条先关闭。

查看完整动态

ShellCrash 作者解释 route 模式的 DNS 选择与防泄漏开关

Juewuy 在 ShellCrash 的问题讨论中解释,route 模式下非 cn 域名会使用 proxy-DNS;若域名未匹配规则、需要先解析 IP 再匹配 IP 规则,此时使用的 DNS 由防泄漏开关控制。这是对现有行为的说明,不是新版本发布公告。

作者原文 · 预览

@fuhuafash 非cn域名,route模式,会使用proxy-DNS。
另外还有一种情况是域名无法匹配到规则,就需要查询DNS获得IP再匹配IP规则,此时匹配的DNS由防泄漏开关控制

查看完整动态

ClashFest 作者定位直连组被改写问题,下一构建将修复

Nemu-x 确认,问题来自应用选择节点时改写并保存了上级策略组,使全球直连组错误指向节点选择,并非 GeoData 规则失效。修复计划进入下一构建;当前可手动将全球直连组改回 DIRECT,或删除后重新添加配置。

作者原文 · 预览

Thanks for the log — this is a ClashFest bug, not GeoData. Your rules match fine
("match GeoIP(cn) using 🎯 全球直连"), but the app had force-pointed 🎯 全球直连 at
🚀 节点选择 instead of DIRECT (see the "Patch selector" lines at startup). Picking a
node in one group used to rewrite every parent selector and persist it; fixed in
the next build. Workaround now: open 🎯 全球直连 and select DIRECT (and 🐟 漏网之鱼
to whatever you want), or delete and re-add the profile.

查看完整动态

alireza0:s-ui 切换到 Use Text 会关掉 Mutual TLS 选项的问题已修复

在答复相关报告时表示,复现步骤与关于 Client Authentication 字段的说明让定位变得容易,问题已确认并修复:切换到 'Use Text' 不再关闭 Mutual TLS 选项,分组保持可见、文本字段仍在,之后也可自由切换;清空 Client Authentication 字段也不再让分组折叠。修复将在下一个版本发布。

作者原文 · 预览

Thanks for the detailed report.
The reproduction steps and the note about the Client Authentication field made this easy to pin down.

Confirmed and fixed. Switching to 'Use Text' no longer turns the Mutual TLS option off, the group stays visible with the text fields in place, and the option can be toggled freely afterwards. Clearing the Client Authentication field no longer collapses the group either.

The fix will be in the next release.

查看完整动态

Fangliding 谈 Xray-core 对纯 AI 代码投稿的审查要求

Fangliding 在 Xray-core PR #6755 中表示,一般情况下不接受纯 AI 代码,并质疑该投稿说明能否体现提交者实际阅读过所引用的其他 PR。此条记录该次贡献审查中的公开回应,不将其扩大为禁止所有 AI 辅助开发的政策。

作者原文 · 预览

一般情况下我们不接受纯ai的代码 你的pr message甚至看不出你真的读了里面列出的几个其他pr

查看完整动态

yiguodev:后续仅支持 VMessAEAD / VLESS 分享链接

作者原文 · 预览

Thanks for the report. Due to frequent changes in upstream Xray-core, we will support only VMessAEAD / VLESS share links going forward. Hysteria share-link import is outside this supported scope, and we do not plan to add it.

Please use a subscription that provides VMessAEAD / VLESS share links. We are closing this request as not planned.

查看完整动态

alireza0:s-ui v1.6.1 设置页无法保存是这一版的回归,可先用 API 绕过

在答复设置无法保存的报告时表示这是他在 v1.6.1 引入的回归:面板会记录已执行的一次性数据迁移,并把这些记录与设置放在一起;设置页加载时把找到的内容全部提交,而 v1.6.1 增加了更严格的保存校验,这些记录不是设置项,于是保存被拒绝。该问题影响所有 v1.6.1 安装而不只是升级来的,因为即使无需迁移,这些记录也会在首次启动时写入;配置本身未受损,保存在写入前就被拒绝。修复将在下个版本发布——设置页不再接收非设置项,并已补上测试。在此之前可改用不受影响的 API 修改设置,他给出了修改订阅更新间隔的 curl 示例,并说明一次只发送要改的键即可。

作者原文 · 预览

Thanks for the clear report — the screenshot with the field names made this immediate to find.

Confirmed, and this is my regression in v1.6.1. The panel records which one-off data migrations have already run, and it stores those records alongside your settings. The settings page loads everything it finds there and sends it all back when you save, but v1.6.1 added a stricter check on what may be saved — and those records are not settings, so the save is refused.

It affects every v1.6.1 install, not only upgrades, because those records are written on first start even when there is nothing to migrate. Nothing in your configuration is damaged: the save is refused before anything is written.

Fixed for the next release: the settings page is no longer handed anything that is not a setting. There is a test for it now, so a future migration cannot bring this back.

Until then, you can change settings through the API, which is not affected. For example, to change the subscription update interval:

curl -X POST -H "Token: <Your API Token>" \
  -d "object=settings" -d "action=set" \
  -d 'data={"subUpdates":"6"}' \
  "http://localhost:2095/app/apiv2/save"

Send only the keys you want to change; the rest keep their values. The setting names are listed here:
https://github.com/alireza0/s-ui/wiki/Settings-Reference

查看完整动态

Fangliding 说明 Xray Windows readv 连接关闭问题的触发条件

Fangliding 表示,这一路径需要较大的上行数据进入 readv 模式,发完后上行立即静默,同时远端在相应时机关闭连接;来回的小包、HTTP/2 window update 或心跳会解除锁定,因此他认为很难遇到。

作者原文 · 预览

首先它需要一个相当大的上行行为 少量上行会被xray快速从缓冲区搬走根本不会进readv模式 发完这个大包之后上行链路必须立刻静默
其次remote需要卡这个timing直接关闭连接 不然摸不到这个位置
各种来来回回的小包都会解除锁定 比如h2会产生大量的window update啥的 或者其他心跳行为
所以我说很难遇到

查看完整动态

Fndroid:别给我发这个经典回归的 App 了拜托

作者原文 · 预览

别给我发这个经典回归的 App 了拜托,不认识也不太想认识。🙏

除了图标和名称我没见到哪里有经典。😅

查看完整动态
资料来源(2

alireza0:s-ui 的 JSON 订阅模板不是 sing-box 配置,路由键放在顶层是设计使然

在答复关于 JSON 订阅模板结构的反馈时表示,该模板不是 sing-box 配置,而是面板用来构建配置的参数对象,因此 rules、rule_set、final、default_domain_resolver 等路由键位于顶层,route 段由面板自行组装;面板表单是按这一扁平结构工作的,若同时接受嵌套 route,表单与保存下来的模板就会不一致。他也不打算在面板里再加一层校验,因为 sing-box check 已经能正确校验且始终与所用 sing-box 版本匹配。他承认文档缺口真实存在,会补上模板结构与支持字段的说明,并表示对方的变通写法本身就是受支持的形式。

作者原文 · 预览

Thanks for the detailed repro and for confirming the workaround.

The JSON subscription template isn't a sing-box config — it's a settings object the panel uses to build one. That's why the routing keys (rules, rule_set, final, default_domain_resolver) go at the top level: the panel assembles the route section itself. The form in the panel is the intended way to edit it, and it works with that flat structure, so accepting a nested route as well would put the form and the saved template out of sync.

For validation: sing-box check already verifies this correctly and always matches your sing-box version, so I'd rather not ship a second, weaker check in the panel.

The documentation gap is real though — I'll document the expected template structure and the supported keys.

Your workaround is the supported form, so nothing more is needed on your side. Thanks again for the clear report.

查看完整动态

引入新的 sing-tun 自有 TCP/IP stack

作者原文(节选) · 预览

sing-box TUN 使用的 gvisor 和 system stack 均没有为了透明代理场景的性能、能效和内存占用优化。
在 sing-box 1.15 新的测试版中,我们重新实现了 TCP/IP stack,避免了不必要的分配和损耗;对直连连接转移到了独立的高性能 Reactor I/O 路径;实现了 Linux tun GSO 和 multi queue 路径,在提高性能的同时能够随核心而扩展(如果您真的转发超过单核心可处理的流量!)。
同时,也实现并改进了我们的曾经的 已知全网最早开源 的「通过 UTUN_OPT_MAX_PENDING_PACKETS 和 recvmsg_x / sendmsg_x 实现 utun 批量首发 」的性能优化(在此时间点前,网络上无法搜索到 UTUN_OPT_MAX_PENDING_PACKETS 在实际代码中的使用)。

查看完整动态

dyhkwong:vcn 不在 Hysteria 2 URI 规范中

作者原文 · 预览

Hysteria 2 URI scheme follows https://v2.hysteria.network/docs/developers/URI-Scheme/. vcn is not in the specification, so non-standard parameters will of course not be added. Adding non-standard parameters support will only pollute the specification and cause interoperability issues.

查看完整动态