Surge Mac 发布了全新 6.0 测试版，核心功能升级明显

网络连接方面，原 DHCP Server 模式升级为 Gateway Mode，基于 macOS VMNET 框架创建虚拟网关，新增 IPv6 RA 覆盖并提升整体性能；VIF 引擎完全重写，在 M4 Mac Mini 上实现 TCP 下行 23 Gbps、上行 31 Gbps，UDP 环境下可达 10 Gbps。

此外，Ponte 穿透功能也升级为多通道模式，支持 IPv6 直连和自建 STUN 服务；Smart Group 新增支持 UDP 流量，Snell 协议提升至 v5 版本。

订阅模式也发生变化：Surge Mac 6.0 转为维护订阅制，2024年7月1日后购买的 Surge Mac 5 用户可免费升级至 6.0；旧版本（v3/v4）用户需付费升级，并获一年维护订阅；订阅期内用户可持续获得新功能，过期后仍可使用但不再更新。

1设备：$19.99/年 • 3设备：$29.99/年 • 5设备：$45.99/年

Surge KB

📮分享投稿 ☘️频道 🍵茶馆

近期通报、域名污染等问题较多，建议广大机场用户及时更新订阅，设置订阅链接定时更新，同时保存机场的免翻墙地址，以确保可以前往官网获取最新订阅链接。

GLaDOS Basic Plan 30天兑换码：

6OCL1-46C4B-D3CTL-M98FU

UIXTE-XYEQ0-KSB1P-OEW84

TCBN1-0W715-HFPRA-M6QDS

N4QZX-6ZRRN-5Z5SU-PDH0I

MMJMO-S84TS-TQZ9I-PL06Y

R2VQZ-BKC8C-ZV97A-L8WDU

P1U5C-I1OLB-TSULQ-U3ZUM

兑换地址：https://clashios.com/glados

全部已使用，over.

自 2.6.0 起，Egern 将由付费下载调整为免费 + 付费解锁高级功能模式。已购买的用户权益不变可继续使用全部功能。

免费功能：代理相关能力、MITM、HTTP 抓包。
高级功能（付费）：模块、DNS 流量控制、脚本、重写、Map Local。

[General]
use-local-host-item-for-proxy = true

[Host]
91.108.56.100 = 91.108.56.147,91.108.56.135,91.108.56.130
91.108.56.101 = 91.108.56.147,91.108.56.135,91.108.56.130
91.108.56.104 = 91.108.56.147,91.108.56.135,91.108.56.130
91.108.56.107 = 91.108.56.147,91.108.56.135,91.108.56.130
91.108.56.120 = 91.108.56.147,91.108.56.135,91.108.56.130
91.108.56.125 = 91.108.56.147,91.108.56.135,91.108.56.130
91.108.56.126 = 91.108.56.147,91.108.56.135,91.108.56.130
91.108.56.128 = 91.108.56.147,91.108.56.135,91.108.56.130
91.108.56.156 = 91.108.56.147,91.108.56.135,91.108.56.130

一套用于缓解 Telegram DC5 区循环转圈的的 Surge 规则，原始来源是这里（ https://github.com/Repcz/Tool/raw/X/Surge/Module/Function/FKTG.sgmodule ），也可以直接安装其作为远程模块。不放心的话可以自己建立本地模块或者写入规则里。

原理类似优选 IP，我测试了几周还挺有效的，只要节点不是断联的，转圈完很快就加载出来。弊端可能要长期使用才会显现。如果不是 DC5 的用户，也可以自己对照 Telegram 循环转圈加载时尝试连接的 IP，将之引流到正常加载的IP。

有一说一，iOS Telegram 客户端是循环转圈的重灾区，我在 Android 客户端上很少碰到。

近期多人反馈遇到了假的Loon官方网站，这里特别说明下，Loon目前唯二的官网只有下面这两个，其他的网站都不是官方网站，大家谨防上当受骗。

nsloon.app
nsloon.com

最近几天情况更加严重了，各个机场群里不断出现“炸了”的消息。不少机场开始采取措施：订阅链接会自焚，或者在几分钟后自动失效。只要已经拉取到节点，使用上不会受影响，但无法用同一个订阅链接更新节点。平时影响不大，但目前仍存在域名污染问题，一旦遇到域名污染，只能重新从官网导入订阅。如果官网恰好需要翻墙访问，就无法拉取最新订阅，容易形成死循环。还有机场直接封端：只允许使用其站点定制客户端，暂时不开放订阅。

这些措施未必能完全解决问题，但对于通报严重的机场，如果不做任何调整，每天必然会出现节点不可用，直到无可用 IP。

中转机场严打时刻，对于需要高强度翻墙的用户，建议同时购买多个机场，轮换使用。

当前通报封锁IP和污染情况严峻，正处于严打国内中转阶段。
若订阅“自焚”无法解决问题，仍然频繁通报机场可以从以下几个方向尝试应对（只是个人观察与猜测，不一定对）：

1. 若认为人工拉取订阅后上交导致
可考虑采取“封端”策略。例如，目前有些机场从一开始就不提供订阅，仅允许使用专属客户端，反而从未被通报；也有部分在通报后封端，后续不再出现通报的情况。
影响： 无法使用Clash，小火箭等第三方客户端，部分用户可能会产生不满。

2.若认为协议层面问题
防火墙很可能将原本用于海外出口、识别直连协议（SS/SSR/Vmess/Trojan）的部署方案，直接用在国内环境（比如省墙）中。此类情况下，可尝试更换为当前直连环境下可用的协议，如 Reality 或 AnyTLS。感觉升级协议是迟早的事。
目前观察到，手上两家使用 AnyTLS 的节点尚未出现通报，也已有机场开始逐步切换到 Reality 协议。
影响： 协议相对较新，可能未优化完全适合人数多的机场，用户需要更换或升级至支持该协议的客户端。

3.放弃国内中转，直接更换为直连线路或境外中转
影响：也需要使用最新的协议，直连需要三网优化线路机器用户体检才好，且可能不同地区用户体验不一致

活下去和稳定最重要，两害相较取其轻。 @jichangtj

收集了一些较为稀有的 VLESS 协议中转机场，持续更新补充中。

https://clashios.com/vless-reality-nodes/

从 2025 年下半年开始，中转/专线机场的入口封锁已经进入常态化阶段。（开启让机场叫苦不迭的大通报时代。）

随着检测自动化 + 运营商层级的执行体系落地，入口 IP 生命周期被大幅压缩。

👉 中转模式，正在快速失去可持续性。

目前来看，所有中转/专线机场，可选的路不多：

跑路退出：小体量服务商拿不到资源只能跑路离场
转 3C 线路：提高复杂度对抗，但成本高、波动大
转直连架构：放弃国内中转，走海外优化线路
封端模式：限制订阅分发，提高控制力（也就等同于 VPN了）
继续硬抗：头部厂商用资源换时间，但是否可持续依然成谜

本质分化只有三种：

❌ 放弃（跑路）
⚠️ 对抗（3C / 硬抗）
✅ 适应（直连 / 封闭生态）

📌 作为用户怎么办：

不要依赖单一中转厂商
优先选择“直连 + 多线路”
此时更不应该选择较长周期的套餐

中转机场短期内也不太可能完全消失，不乐观的情况是或许会有一波「跑路潮」，而剩下的中转机场也会将急剧上升的成本转嫁到用户身上。

收集了一些采用 AnyTLS 新兴小众加密协议中转机场，持续更新补充中。

AnyTLS 是一款专为对抗 TLS-in-TLS 握手指纹设计的代理协议，通过灵活可配置的分包填充策略 + 连接复用，让流量特征更随机、更接近普通 HTTPS，大幅提升抗 DPI 能力。

https://clashios.com/anytls-jichang-recommend/