谷歌邮箱可以修改前缀了：
http://myaccount.google.com/google-account-email

旧邮箱不影响使用，会变为备用别名邮箱。

咨询了一些机场主后，了解到很多机场近几个月陆续转向 AnyTLS，主要是与通报/封锁机制有关。在今年 6 月之前，AnyTLS 基本不会因为相关原因被通报，而当时很多通报主要来自内鬼获取订阅后，然后通过程序模拟代理客户端定时拉取节点测活后再将 IP 提交导致封禁。

一种比较普遍的推测是：6 月之前，内鬼使用的测活的内核（比如xray）可能还不支持 AnyTLS，因此无法有效识别这类节点。随着 iOS 客户端陆续更新并支持 AnyTLS，越来越多机场在 5 月份开始大规模迁移到 AnyTLS，随后相关部门也在 6 月更新了测活内核（比如更换为了mihomo或singbox），因此从 6 月开始，AnyTLS 也逐渐出现了被通报的情况。

另外，目前很多机场使用的 AnyTLS 自签证书和打开跳过证书验证可能是与浙江江苏福建的SNI阻断有关系。

奈云老板被抓据说是因为收款链路出现了问题，建议有推广过这家机场的更换U收款地址。

谷歌今天推出Gemini 3.7 flash之后IP风控变严格，送中了大量IP，最明显表现为用不了Gemini。

📡

AWS 面向中国大陆移动、联通的网络表现较好，因此不少机场使用 AWS 作为海外中转。

自 9 月 4 日起，多家使用 AWS 中转的机场出现异常：节点在未使用时测延迟正常，TCPing 也正常，但一旦实际连接使用，该节点便会超时；Hy2 协议或ipv6目前表现正常。

有猜测认为，这可能与防火墙针对 AWS 流量的阻断有关，但也有可能是AWS路由绕路，因为以往每年AWS都会出现持续绕路几天的情况。

此外，自 8 月底起，江苏、浙江、福建部分地区的部分机场的用户反馈，使用海外 IP 中转的节点会突然长时间超时，大概率是省墙阻断。

https://huarun.win

收录代理客户端，相关开发者，内核，代理协议，翻墙历史等。得花不少时间。

https://x.com/fndroid/status/2098834537866514582

Clash for Windows作者Fndroid对近期出现的“Clash经典回归”App的回应。相关解释

由于香港一著名一级T1运营商（HGC）路由配置错误，导致部分网段BGP路由泄露和污染，导致全球部分网络路由混乱和大规模网络故障(主要是香港、日本、新加坡)，运营商正在抢修。

路由泄露是运营商发错了“网络导航”，其他运营商信了它，导致大量用户的流量被带到错误的地方。

20点20分左右部分地区已恢复

这两天北京开会，GFW探测功率拉满了，对海外ip不是直接封锁ip, 而是墙TCP端口，阻断被检测到翻墙的海外ip所有端口的TCP连接，而ICMP(Ping) 和UDP则正常。之前4月份中国移动蜂窝移动出现过类似现象，可能是之前是测试，现在大范围应用。

观察发现，从昨天开始一直在持续封锁中，每小时37分封锁一波，流量大的更容易检测到，影响了很多海外中转机场。

以往遇到重要会议，GFW 通常只会在首日加强封锁，短期“刷一波存在感”。但这次会议结束后，封锁仍在持续，至今已达 5 天，不排除常态化的可能。如果持续下去，对直连和海外中转机场都将是沉重打击。

4 月份是重点打击是国内中转，那么现在则轮到直连和海外中转。

至于识别方式，一种猜测是：GFW 可能借助 AI 提升了对 翻墙流量的识别能力，从此前依赖人工购买订阅、测活后封锁，进一步转向直接识别流量并实施封锁。