科学上网观察与机场测速
前往频道在 Telegram
#机场推荐 #机场测速 #机场评测 /观察/点评，科学上网和科技相关新闻资讯； #机场推荐 : http://bit.ly/3fdHzbp Twitter: twitter.com/jichangtj 选机场要求很高！除非优秀否则不收。投稿要求：https://t.me/jichangtj/1014 投稿： @jichangtjBot 骚扰会ban
显示更多📈 Telegram 频道 科学上网观察与机场测速 的分析概览
频道 科学上网观察与机场测速 (@jichangtj) 中文 语言赛道中的 是活跃参与者。目前社区聚集了 135 599 名订阅者，在 技术与应用 类别中位列第 853，并在 中国 地区排名第 1 077 位。
📊 受众指标与增长动态
自 невідомо 创建以来，项目保持高速增长，吸引了 135 599 名订阅者。
根据 07 十一月, 2026 的最新数据，频道保持稳定运转。过去 30 天订阅人数变化为 1 500，过去 24 小时变化为 92，整体触达仍然可观。
- 认证状态： 未认证
- 互动率 (ER)： 平均受众互动率为 41.10%。内容发布后 24 小时内通常能获得 15.87% 的反应，占订阅者总量。
- 帖子覆盖： 每篇帖子平均可获得 55 700 次浏览，首日通常累积 21 508 次浏览。
- 互动与反馈： 受众积极参与，单帖平均反应数为 0。
- 主题关注点： 内容集中在 mbps, 晚高峰, 客户端, trojan, anytls 等核心主题上。
📝 描述与内容策略
作者将该频道定位为表达主观观点的平台：
“#机场推荐 #机场测速 #机场评测 /观察/点评，科学上网和科技相关新闻资讯；
#机场推荐 : http://bit.ly/3fdHzbp
Twitter: twitter.com/jichangtj
选机场要求很高！除非优秀否则不收。投稿要求：https://t.me/jichangtj/1014 投稿： @jichangtjBot 骚扰会ban”
凭借高频更新（最新数据采集于 08 十一月, 2026），频道始终保持新鲜度与高覆盖。分析显示受众积极互动，使其成为 技术与应用 类别中的关键影响点。
135 599
订阅者
+9224 小时
+4257 天
+1 50030 天
帖子存档
135 599
发现不少高校的校园网有特殊的墙：
不少校园网不允许第三方公共加密dns，这意味着必须使用学校网络的dns，会导致学校能看到你访问了哪些网站。
如果是使用mihomo内核的客户端，可以把配置文件里面的dns配置项的： 1)把enable改为flase 或 2)增加nameserver: - system同时近期不少高校在宣传强调禁止翻墙。
135 599
以往遇到重要会议，GFW 通常只会在首日加强封锁，短期“刷一波存在感”。但这次会议结束后，封锁仍在持续，至今已达 5 天，不排除常态化的可能。如果持续下去，对直连和海外中转机场都将是沉重打击。
4 月份是重点打击是国内中转，那么现在则轮到直连和海外中转。
至于识别方式，一种猜测是：GFW 可能借助 AI 提升了对 TLS 翻墙流量的识别能力，从此前依赖人工购买订阅、测活后封锁，进一步转向直接识别流量并实施封锁。
135 599
这两天北京开会，GFW探测功率拉满了，对海外ip不是直接封锁ip, 而是墙TCP端口，阻断被检测到翻墙到的海外ip所有端口的TCP连接，而ICMP(Ping) 和UDP则正常。之前4月份中国移动蜂窝移动出现过类似现象，可能是之前是测试，现在大范围应用。
135 599
+4
#灯塔加速器
Vless（reality）海外中转+专线机场。第三方客户端订阅是海外中转。
老板肉身：海外
注册有试用，试用只能使用机场专属客户端。
支持24小时无条件退款，流量超过10%不退
推荐购买人群：
担心跑路，可周付
想找不满意可退款的
可接受使用官方客户端
套餐：套餐：
入门套餐：年付120，60G/月，限速100M
轻量套餐：月付30，120G/月，限速200M
VIP套餐：周付28,月付68，300G/月，限速300M
SVIP套餐：周付66,月付138，800G/月，限速500M
观察了挺久，端内的稳定性还可以。建议买VIP套餐和SVIP套餐（季付起），使用有问题找官网客服。
官网地址
135 599
https://x.com/fndroid/status/2098834537866514582
Clash for Windows作者Fndroid对近期出现的“Clash经典回归”App的回应。相关解释
135 599
📡 近期 AWS 及海外中转线路异常情况
AWS 面向中国大陆移动、联通的网络表现较好，因此不少机场使用 AWS 作为海外中转。
自 9 月 4 日起，多家使用 AWS 中转的机场出现异常：节点在未使用时测延迟正常，TCPing 也正常，但一旦实际连接使用，该节点便会超时；Hy2 协议目前表现正常。
有猜测认为，这可能与防火墙针对 AWS 流量的阻断有关，但具体原因尚未确认。
此外，自 8 月底起，江苏、浙江、福建部分地区的部分机场的用户反馈，使用海外 IP 中转的节点会突然长时间超时。
135 599
+1
目前机场封锁已经明显进入人工操作、人工采集阶段了。
现在比较常见的情况是：
1. 内鬼先正常购买套餐，直接去官网获取订阅，然后提取节点域名，持续高频测活，然后进行封锁。
2. 如果机场只给专属客户端、不直接暴露订阅，也不代表节点就藏住了。对方一样可以通过抓包，拿到客户端实际连接的节点域名，再继续做测活和封锁。
所以现在很多封锁已经不是单纯靠协议特征或者自动扫描了，而是人工买套餐 → 获取节点信息 → 持续测活 → 再封锁处理。
单纯隐藏订阅、换成简单专属客户端，只能增加一点采集成本，并不能从根本上阻止节点信息被拿到。
135 599
福建、江苏、浙江等网络封锁较为严格的地区，如果用户使用海外中转或直连线路，且协议为 AnyTLS、加上SNI 不在白名单内，可能会出现连接被阻断的情况。那些Anytls机场跳过证书验证可能是为了使用白名单SNI, 跳过证书验证后就直接使用自签证书了。
这些地区如需使用直连线路，可以优先选择有VLESS（Reality）协议节点的机场；
135 599
目前很多机场仍没国内中转，有的也说不准什么时候就拉闸的。
有些机场可能不止一个GFW的内鬼，内鬼会频繁拉取节点然后几分钟后就封锁新ip，应该是通过代码模仿代理客户端定时拉取的。
135 599
咨询了一些机场主后，了解到很多机场近几个月陆续转向 AnyTLS，其实和是否支持 Surge 并没有太大关系。毕竟 Surge 用户占比非常低，不少运营者认为甚至不到千分之一，因此并不足以成为大规模切换协议的主要原因。
更多人的判断是与通报机制有关。根据不少机场主反馈，在今年 6 月之前，AnyTLS 基本不会因为相关原因被通报，而当时很多通报主要来自内鬼获取订阅后，在本地进行测活，再将 IP 提交导致封禁。
一种比较普遍的推测是：6 月之前，内鬼使用的测活内核可能还不支持 AnyTLS，因此无法有效识别这类节点。随着 iOS 客户端陆续更新并支持 AnyTLS，越来越多机场在 5 月份开始大规模迁移到 AnyTLS，随后相关部门也在 6 月更新了测活内核，因此从 6 月开始，AnyTLS 也逐渐出现了被通报的情况。
另外，目前很多机场使用的 AnyTLS 并不是自签证书，而是真实 CA 签发的证书，自签证书反而只是少数。
135 599
Repost from 港新日美雲服務裸金屬 - 牛彼☁️
各位业界老板：网传，你们自研的 APK 会被装入 Android 模拟器，然后挂上 Node 访问油管。模拟器内所有出入网流量都会被 packet capture 。
缝端也没啥用的样子。
