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

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/