动态 · 第 16 页

SitoiClashBar 架构师

作者发言

GitHub·2026.09.02 09:26:12（UTC+8）

Sitoi：v0.3.3 在界面打开时支持这些快捷键

作者原文 · 预览@Sitoi

v0.3.3 版本，在打开界面的情况下，以下快捷键已实现

快捷操作

| 操作 | 快捷键 | 说明 |
| --- | --- | --- |
| 切换系统代理 | <kbd>⌘S</kbd> | 开启或关闭 macOS 系统代理 |
| 切换 TUN | <kbd>⌘E</kbd> | 开启或关闭 TUN；不可用时菜单项会禁用 |
| 运行模式 Rule / Global / Direct | <kbd>⌃⌘1</kbd> / <kbd>⌃⌘2</kbd> / <kbd>⌃⌘3</kbd> | 切换代理模式；不可用时菜单项会禁用 |
| 复制终端命令 | <kbd>⌘C</kbd> | 复制本机代理环境变量命令 |
| 复制当前端点命令 | <kbd>⌘⌥C</kbd> | 按当前控制端点（本机或远程）生成命令 |
| 启动 / 重启内核 | <kbd>⌘⇧R</kbd> | 主内核操作；远程目标下禁用 |
| 停止内核 | <kbd>⌘⇧.</kbd> | 停止本机内核；远程目标下禁用 |

查看完整动态

tokenplsClash by Hako 创作者与 Hako 内核核心维护者

作者发言

Telegram·2026.09.01 17:11:14（UTC+8）

clashbyhako：Clash Apple 全平台版本均已通过审核

频道原文 · 预览@clashbyhako

Clash Apple 全家桶，全部通过审核 🎉
Clash iOS 刚已通过 Apple 审核。至此，Clash 的 Apple 全平台版本均已完成审核：

📱 iPhone / iPad：iOS 1.0.2 已通过审核
💻 Mac：macOS 1.0.6 版本已通过审核
📺 Apple TV：tvOS 1.0.7 版本已通过审核

从手里的 iPhone、桌上的 Mac，到客厅里的 Apple TV——同一套配置，每个平台都是原生体验。

Clash，经典回归。这次是 Apple 全家桶。
App Store：
https://apps.apple.com/us/app/id6794257189

感谢大家一路以来的关注、测试与耐心等待。各地区商店可能需要一些时间完成同步，如暂时看不到更新，请稍后再试。

老用户显示已购买的，这么操作即可安装：
1先把商店账号退了，不要登陆！
2 点链接进去，点蓝色安装按钮
3 然后回要求输入商店账户和密码，输入就OK了
操作过程中不要切换屏幕到其他应用。

查看完整动态

CHIZI-0618Box4Magisk 架构师

作者发言

GitHub·2026.08.30 22:32:57（UTC+8）

CHIZI-0618：下个版本将把 eBPF 实现换成 tc 方案

作者原文 · 预览@CHIZI-0618

下个版本的 eBPF实现会换成 tc 方案， 会保留五元组信息，source IP 就不会变成 127.0.0.1 了，等更新吧

查看完整动态

tokenplsClash by Hako 创作者与 Hako 内核核心维护者

作者发言

Telegram·2026.08.29 09:53:25（UTC+8）

clashbyhako：关于 Apple TestFlight 服务异常的说明

频道原文 · 预览@clashbyhako

📢 关于 Apple TestFlight 服务异常的说明

Apple TestFlight 平台当前出现技术故障，导致现有测试版本被错误标记为“已过期”，且新版本暂时无法进行正常发布。我方已向 Apple 提交官方工单。鉴于此前曾发生类似情况并最终由 Apple 工程师修复，目前需等待 Apple 方面完成排查与修复，暂无确切的恢复时间表。

敬请各位用户注意以下事项：

1. 已安装该应用的用户，请暂时保留，切勿卸载；
2. 无需重复加入测试计划或兑换邀请链接；
3. 此次异常不代表项目停止维护。

待服务恢复后，我方将第一时间在群内发布通知。对由此造成的不便，深表歉意，并感谢各位用户的耐心等待与理解。

查看完整动态

yaog6700-bitSwell-Proxy 开发者

作者发言

GitHub·2026.08.28 13:46:55（UTC+8）

Swell Proxy 作者回应英文界面需求：暂待社区贡献

yaog6700-bit 表示，此前曾多次尝试加入英文界面但未成功，希望后续通过社区 PR 或进一步开发完成。该回复说明了国际化功能的进展与限制，没有承诺具体上线时间。

作者原文 · 预览@yaog6700-bit

Swell Proxy looks like a powerful and promising application, but the Chinese-only interface makes it difficult for international users to use and benefit from it.

Could you please consider adding English localization, ideally with a language selector?

This would make the project much more accessible to overseas users and could help expand its global user base. A multilingual resource system would also make it easier for the community to contribute additional translations.

Thank you for building and maintaining Swell Proxy! ❤️

Thank you，我不是一名专业的程序员，我是通过AI编写的，之前有过几次尝试添加，但是一直失败，只能等后续有人PR，或者等AI模型在强大一点，我在进行添加英文界面。

查看完整动态

tokenplsClash by Hako 创作者与 Hako 内核核心维护者

作者发言

GitHub·2026.08.27 20:33:54（UTC+8）

TokenPLS：tun 网关地址 +1 的 DNS 地址是预期行为

我们没有复现出来，先把已经排查掉的说清楚，再说需要你补什么。 **先解释 `.2` 这个地址不是 bug。** 隧道给系统下发的 DNS 服务器地址，按设计就是 tun 网关地址 +1：网关是 `198.18.0.1`，下发给系统的就是 `198.18.0.2`。这个做法和 sing-box 的 iOS 库一致。所以 `scutil --dns` 看到 `.2` 是预期的。 **关键在于：`.2` 上并没有真的监听一个 DNS 服务，它也不需要。** 隧道会把**所有**目的端口为 53 的流量拦下来交给内核处理，不管目的地址是什么——`.2`、`.1`、`8.8.8.8` 都一样。所以「`.2` 上没人监听」和「`.2` 不响应」是两回事，正常情况下它应该被拦截并正常应答。 我们检查了两条最可能导致它真的不响应的路径，都不成立： - 「拦截范围没覆盖 `.2`」——拦截是强制全量的（任意地址的 53 端口），这个行为从 2026-07-12 起就在，早于你使用的版本。 - 「内核的 DNS 服务没启动，导致每个被拦截的查询都失败」——配置里的 DNS 开关会被强制打开，这个行为从 2026-07-17 起就在，同样早于你的版本。 也就是说，按代码它不该发生，而我们本地没能复现。所以需要你补一点信息。 **能改变结论的四项，麻烦你提供：** 1. **确切的版本号和构建号**（关于 → 版本，形如 `1.0.x (3x)`）。「最新版」这几天有多个构建，差别很大。 2. **隧道连上之后**，这两条命令的输出： ```（节选）

作者原文 · 预览@TokenPLS

我们没有复现出来，先把已经排查掉的说清楚，再说需要你补什么。

先解释 .2 这个地址不是 bug。 隧道给系统下发的 DNS 服务器地址，按设计就是 tun 网关地址 +1：网关是 198.18.0.1，下发给系统的就是 198.18.0.2。这个做法和 sing-box 的 iOS 库一致。所以 scutil --dns 看到 .2 是预期的。

关键在于：.2 上并没有真的监听一个 DNS 服务，它也不需要。 隧道会把所有目的端口为 53 的流量拦下来交给内核处理，不管目的地址是什么——.2、.1、8.8.8.8 都一样。所以「.2 上没人监听」和「.2 不响应」是两回事，正常情况下它应该被拦截并正常应答。

我们检查了两条最可能导致它真的不响应的路径，都不成立：

• 「拦截范围没覆盖 .2」——拦截是强制全量的（任意地址的 53 端口），这个行为从 2026-07-12 起就在，早于你使用的版本。
• 「内核的 DNS 服务没启动，导致每个被拦截的查询都失败」——配置里的 DNS 开关会被强制打开，这个行为从 2026-07-17 起就在，同样早于你的版本。

也就是说，按代码它不该发生，而我们本地没能复现。所以需要你补一点信息。

能改变结论的四项，麻烦你提供：

1. 确切的版本号和构建号（关于 → 版本，形如 1.0.x (3x)）。「最新版」这几天有多个构建，差别很大。
2. 隧道连上之后，这两条命令的输出：
   dig @198.18.0.2 example.com dig @198.18.0.1 example.com
   这一项最关键：它能区分「两个都没人应答」和「.1 应答而 .2 不应答」——后者说明拦截确实漏了，前者说明问题在别处。
3. 配置里 dns: 和 tun: 这两段（订阅链接、密码去掉即可）。我们特别想看 dns.listen、dns.enable、tun.dns-hijack、tun.auto-route 这几项——如果你的配置把 dns.listen 显式设成了 198.18.0.1:53，那正好能解释你为什么在 .1 上看到了 DNS。
4. 机器上是否还装着其它 VPN 或改 DNS 的工具（Tailscale、Surge、Little Snitch 之类）。这类工具会参与系统解析器的顺序，有可能让隧道下发的 DNS 根本没被使用。

有这四项我们能直接定位。感谢。

查看完整动态

tokenplsClash by Hako 创作者与 Hako 内核核心维护者

作者发言

GitHub·2026.08.27 20:31:24（UTC+8）

TokenPLS 修复配置预检误拦截 path-in-bundle 的问题

TokenPLS 解释，应用此前把内核可正常处理的可选 path-in-bundle 字段判为配置不可用，导致出现“配置资源需要处理”提示。作者表示已修复这类预检过严的问题，将字段交给内核处理并随下一版本发布；其他资源下载或路径错误仍需分别排查。

作者原文 · 预览@TokenPLS

这条提示背后最常见的一种情况已经修复，会随下一个版本发布。

说明一下当时发生了什么：很多机场下发的订阅里，规则集/节点集会带一个可选的本地路径提示（path-in-bundle）。内核认识这个字段，把它当作取资源时的一级回落——本地找不到就去下一级，从不因为它中止启动。而我们这边的激活预检看见这个键就把整份配置判为不可用，于是你看到「配置资源需要处理」，但配置本身其实是能跑的。

问题不在于判断严格，而在于我们比内核更严：内核能启动的配置，我们不该拦。这一轮我们系统性地清理了这一类，一共四族十几处，path-in-bundle 是其中一处。现在这个字段会原样交给内核处理。

如果升级之后你仍然看到这条提示，很可能是同一个提示下的另一种原因（它覆盖的是「外部资源」这一整类，比如规则集下载失败、文件路径不可读等）。那种情况欢迎再开一条 issue，附上：

• 提示下方「查看诊断」里的内容
• 配置里 rule-providers / proxy-providers 那一段（把订阅链接和密码去掉即可）

有这两样我们能直接定位到是哪一级出的问题。

感谢报告。

查看完整动态

lmlmHey 开发者

作者发言

GitHub·2026.08.27 13:52:48（UTC+8）

popsiclelmlm：计划验证 OpenHarmony Go 工具链，再更新内核

作者原文 · 预览@popsiclelmlm

感谢反馈，信息很有用 🙏

已核实：star4277/ohos-go v1.26.5-beta1 确实带 OpenHarmony 端口（GOOS=openharmony + rt0_openharmony_arm64.s，还修了 go1.26 的 OHOS musl 早期初始化问题），正好解开当前的死结——现役工具链封顶 go1.24.5，而 libXray v26.7.28 需 go1.26.3、新版 xray-core 需 go≥1.25。

计划分阶段推进：

1. 先用它编个最小 c-shared 做冒烟验证（确认产物带 TLSDESC、外来线程 cgo 不崩）；
2. 通过后把 xray-core / sing-box bump 到新版（这步大概率还能顺带修掉现有的 REALITY 指纹 workaround）；
3. 之后再评估基于新版 libXray CGoSetTunFd 的原生 TUN 直连（去掉一层 tun2socks）。

有进展会在这里同步。

查看完整动态

lmlmHey 开发者

作者发言

GitHub·2026.08.27 12:54:49（UTC+8）

popsiclelmlm：Hy2 测延迟误报已处理，吞吐优化待真机验证后发布

作者原文 · 预览@popsiclelmlm

感谢反馈，两点都已处理：

1. Hy2 测延迟失败：Hysteria2 走 QUIC/UDP，而测延迟是对服务器端口做 TCP 握手，该端口通常只监听 UDP，故必然失败（节点本身可正常使用）。已改为不再误报为"失败"、显示中性状态；要测出真实延迟数字需后续为 sing-box 增加原生测速，会继续跟进。

2. 测速偏低：已在 tun2socks 数据面开启接收窗口自动调优，缓解高带宽/高延迟链路上单流被固定窗口卡住的问题，整体吞吐会有提升。下个版本（经真机验证后）生效，欢迎届时再测反馈。

查看完整动态

lmlmHey 开发者

作者发言

GitHub·2026.08.27 12:54:47（UTC+8）

popsiclelmlm：WireGuard 默认 MTU 已改为 1280，待真机验证后发布

作者原文 · 预览@popsiclelmlm

已修复。根因是 WireGuard 默认 MTU（1420）在移动/运营商网络上偏大，外层加密 UDP 包常超过路径 MTU 触发分片重传而掉速（与你实测 1280 明显更快一致）。

已把默认 MTU 改为 1280（链接/conf 里显式写了 MTU 的仍按你填的值，也可在节点编辑页手动调整）。同时给 tun2socks 数据面开启了接收窗口自动调优以提升整体吞吐。已合并到 main，下个版本（经真机验证后）生效。

查看完整动态

tokenplsClash by Hako 创作者与 Hako 内核核心维护者

作者发言

GitHub·2026.08.26 14:07:26（UTC+8）

TokenPLS：建议自行导入规则，当前没有精力做内置去广告功能

规则建议大家自带导入Mihomo / Clash Meta 那边的配置文件。推荐大家使用 MRS 格式的规则集。 目前产品还在打磨阶段，没有精力去做这块的功能，还在做优化内核以及产品的 UI、UX，性能问题。（节选）

作者原文 · 预览@TokenPLS

x上那么多博主力推，为啥不把去广告规则做一下撒，不然第一次用下载下来一脸懵逼？？？？

规则建议大家自带导入Mihomo / Clash Meta 那边的配置文件。推荐大家使用 MRS 格式的规则集。
目前产品还在打磨阶段，没有精力去做这块的功能，还在做优化内核以及产品的 UI、UX，性能问题。

查看完整动态

JohanChaneClashTUI 架构师

作者发言

GitHub·2026.08.26 07:25:44（UTC+8）

clashtui 作者提供 OpenRC 试用安装方式，仍待充分验证

JohanChane 在 OpenRC 支持请求中提供了安装脚本的 openrc 服务控制器选项及手动安装文档，并明确表示 OpenRC 尚未经过充分测试。这是实验性支持说明，不能视为所有相关发行版均已验证可用。

作者原文 · 预览@JohanChane

Can you try this:

bash <(curl -fsSL https://raw.githubusercontent.com/JohanChane/clashtui/refs/heads/main/installs/install) --core all --service-controller openrc

OpenRC has not been fully tested yet, but you can give it a try. If the install script does not work, you may attempt manual installation: https://github.com/JohanChane/clashtui/blob/main/docs/install_manually_en.md

查看完整动态

tobyxddHysteria 协议与核心开创者

作者发言

GitHub·2026.08.22 16:15:06（UTC+8）

Hysteria 2 URI 文档补充可选节点显示名的 fragment 定义

tobyxdd 确认已补充 Hysteria 2 URI 规范中的 fragment 说明。官方文档将 # 后的片段定义为可选的人类可读服务器名称，不承载连接信息；客户端可以将其用作显示名，也可以忽略。

作者原文 · 预览@tobyxdd

Done: https://hysteria.network/docs/developers/URI-Scheme/?h=uri#fragment

查看完整动态

wonfenClash Verge Rev 创世维护者与发起人

作者发言

GitHub·2026.08.18 11:35:10（UTC+8）

wonfen：卸载时删除 service 与持久化 TUN 状态导致问题

作者原文 · 预览@wonfen

https://github.com/clash-verge-rev/clash-verge-rev/commit/9fa0e91e25fdc11df884da5fac8f5a470a2dc2f1

完善了相关逻辑，核心原因是卸载的时候会删除service，而APP持久化了TUN的开启状态

查看完整动态

wonfenClash Verge Rev 创世维护者与发起人

作者发言

GitHub·2026.08.17 13:38:32（UTC+8）

wonfen：订阅更新在某些情况下会重载或重启内核

作者原文 · 预览@wonfen

你是不是设置了5分钟更新一次订阅? 更新订阅在某些情况下会导致内核重载/重启 切断网络
针对这个问题 https://github.com/clash-verge-rev/clash-verge-rev/commit/ec6241b30a89483bbad9e54b2598079227afac86

查看完整动态

nekohasekaising-box 创始开发者与 SagerNet 核心维护者

作者发言

作者博客·2026.01.29 17:00:00（UTC+8）

三年后的 sing-box

自 「一年后的 sing-box」发布后，这两年来 sing-box 经历了诸多改进，时间来到了 1.13 版本推进前夕。这两年来，最重要的新功能包括： 对 TLS ECH 的完整支持（所有支持 TLS 的协议都允许使用 ECH），客户端领先于 Go 1.23 的官方支持约 1 年，服务器支持领先于 Go 1.24 的官方支持 约 1.5 年。 添加和持续维护对 Hysteria Brutal 和 Hysteria 2 协议的支持。 推出了规则集系统，包括对 AdGuard DNS Filter 格式的完整支持。 重构了路由 和 DNS 路由，推出了 规则行动（Rule Action 支持，并同时保持了对旧格式的兼容。 大幅提升了 Linux 和 Apple 平台的 TUN 性能。 在开源项目中，首先推出了多网络拨号和对网络属性的规则匹配功能（需要图形客户端）。 推出了 Endpoint 系统和 WireGuard Endpoint，其可以同时作为出站和与 TUN 功能相同的入站。 推出了 Tailscale Endpoint，它是一个完整的 Tailscale 服务器和客户端，包括系统接口、DNS、advertise_routes、relay 等的支持。 首先推出了对 ICMP echo（ping）流量的路由和代理功能，支持 TUN、WireGuard、Tailscale 入站，Direct、WireGuard、Tailscale 出站。（节选）

作者原文（节选） · 预览@nekohasekai

自 「一年后的 sing-box」发布后，这两年来 sing-box 经历了诸多改进，时间来到了 1.13 版本推进前夕。这两年来，最重要的新功能包括：
对 TLS ECH 的完整支持（所有支持 TLS 的协议都允许使用 ECH），客户端领先于 Go 1.23 的官方支持约 1 年，服务器支持领先于 Go 1.24 的官方支持 约 1.5 年。
添加和持续维护对 Hysteria Brutal 和 Hysteria 2 协议的支持。
推出了规则集系统，包括对 AdGuard DNS Filter 格式的完整支持。
重构了路由 和 DNS 路由，推出了 规则行动（Rule Action 支持，并同时保持了对旧格式的兼容。
大幅提升了 Linux 和 Apple 平台的 TUN 性能。
在开源项目中，首先推出了多网络拨号和对网络属性的规则匹配功能（需要图形客户端）。
推出了 Endpoint 系统和 WireGuard Endpoint，其可以同时作为出站和与 TUN 功能相同的入站。
推出了 Tailscale Endpoint，它是一个完整的 Tailscale 服务器和客户端，包括系统接口、DNS、advertise_routes、relay 等的支持。
首先推出了对 ICMP echo（ping）流量的路由和代理功能，支持 TUN、WireGuard、Tailscale 入站，Direct、WireGuard、Tailscale 出站。
推出了更强大的 Pre-matching 功能，包括将连接绕过内核、忽略、拒绝（即使这个词语来源于 Surge，但我们在近三年前的 1.3-beta1 推出过名为 L3 routing 的类似功能。然而，由于当时代码架构不成熟，最终在 beta 阶段就删除了）。
推出了强大的 Linux TUN auto redirect 功能，它对于 TCP 和 UDP 都有比 tproxy 更高的性能，还允许根据路由将连接排除在 sing-box 路由之外。
重构了 Android 和 Apple 客户端，带来了大量改进。
推出了 NaiveProxy 集成，彻底解决了 TLS 指纹问题。

查看完整动态

nekohasekaising-box 创始开发者与 SagerNet 核心维护者

作者发言

作者博客·2023.09.05 19:51:02（UTC+8）

VLESS 协议中的设计问题

作者原文（节选） · 预览@nekohasekai

由于我的 Blog 原始文件托管在 GitHub pages 上，推送到个人仓库后上一篇文章立即被相关人士扩散并引发争议，并被指出内容存在错误。
事后，我与该作者进行了交流，也重新分析了相关协议，所以我在这里分享我的改正的对 VLESS 协议的新的理解。
由于有好事者盯着我的个人仓库看，我已经将其转为 private，且也不会删除上一篇文章，留作参考。
我上一篇文章写：
Xray 对 UUID 使用了 ReadFull，这意味着 VLESS 可能并没有与 Trojan 相同的探测保护，向其发送 1+15
字节后停止，服务器长时间等待将会成为特征。
但这是错误的，由于我简易检查时忽略了 Xray 代码的复杂度，没有发现外部再次嵌套了缓冲区再次进行了处理，这也是他在频道中唯一反驳我的。
关于 VLESS 的设计，我曾以为如此设计必然不会主动宣传，然而我确实在文档中发现了作者对此的解释。

查看完整动态

nekohasekaising-box 创始开发者与 SagerNet 核心维护者

作者发言

作者博客·2023.09.01 13:31:25（UTC+8）

简述 XTLS 相关协议

作者原文（节选） · 预览@nekohasekai

我要指出的是，这项研究没有涉及现实世界的 GFW 行为，且没有证据证明 GFW 应用了此类机器学习识别。

查看完整动态

nekohasekaising-box 创始开发者与 SagerNet 核心维护者

作者发言

作者博客·2023.08.27 12:02:16（UTC+8）

一年后的 sing-box

作者原文（节选） · 预览@nekohasekai

距离 sing-box 1.0 发布将满一年，star 数量也来到了 4k，我想这是一个值得庆祝的日子。

查看完整动态

nekohasekaising-box 创始开发者与 SagerNet 核心维护者

作者发言

作者博客·2023.04.12 22:09:36（UTC+8）

为什么你不想在透明代理 UDP 时传送域名目标地址到服务器

作者原文（节选） · 预览@nekohasekai

大多数服务器的行为会导致错误。
目前没有一个代理协议规定了向服务器发送具有域名的 UDP 包后，服务器应如何处理响应中的地址。实际上，大多数代理程序服务器，如
Shadowsocks 官方实现 和 V2Ray，在响应中只返回 IP 地址。
当代理程序向服务器发送域名时，它并不知道该域名对应的 IP 地址。当服务器在响应中发送 IP
地址时，该地址可能与客户端发起连接的目标地址不匹配。如果客户端验证该地址，该连接将失败。
因此，像 Clash 和 Xray 这样支持 fake-ip 的透明代理客户端会强制在发起 UDP 代理连接之前将域名解析为 IP 地址。因此，实际上你几乎不能这样做。

查看完整动态