科学上网观察与机场测速
#机场推荐 #机场测速 #机场评测 /观察/点评,科学上网和科技相关新闻资讯; #机场推荐 : http://bit.ly/3fdHzbp Twitter: twitter.com/jichangtj 选机场要求很高!除非优秀否则不收。投稿要求:https://t.me/jichangtj/1014 投稿: @jichangtjBot 骚扰会ban
نمایش بیشتر📈 تحلیل کانال تلگرام 科学上网观察与机场测速
کانال 科学上网观察与机场测速 (@jichangtj) در بخش زبانی چینی بازیگری فعال است. در حال حاضر جامعه شامل 135 599 مشترک است و جایگاه 853 را در دسته فناوری و برنامهها و رتبه 1 077 را در منطقه الصين دارد.
📊 شاخصهای مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 135 599 مشترک جذب کرده است.
بر اساس آخرین دادهها در تاریخ 07 نوامبر, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر 1 500 و در ۲۴ ساعت گذشته برابر 92 بوده و همچنان دسترسی گستردهای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 41.10% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 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)، کانال همواره بهروز و دارای دسترسی بالاست. تحلیلها نشان میدهد مخاطبان بهطور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامهها تبدیل کردهاند.
در حال بارگذاری دادهها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 08 نوامبر | +67 | |||
| 07 نوامبر | +94 | |||
| 06 نوامبر | +68 | |||
| 05 نوامبر | +39 | |||
| 04 نوامبر | +50 | |||
| 03 نوامبر | +58 | |||
| 02 نوامبر | +57 | |||
| 01 نوامبر | +64 |
如果是使用mihomo内核的客户端,可以把配置文件里面的dns配置项的: 1)把enable改为flase 或 2)增加nameserver: - system同时近期不少高校在宣传强调禁止翻墙。
| 2 | 一直在墙TCP端口,但是强度整体低了很多。 | 19 445 |
| 3 | 以往遇到重要会议,GFW 通常只会在首日加强封锁,短期“刷一波存在感”。但这次会议结束后,封锁仍在持续,至今已达 5 天,不排除常态化的可能。如果持续下去,对直连和海外中转机场都将是沉重打击。
4 月份是重点打击是国内中转,那么现在则轮到直连和海外中转。
至于识别方式,一种猜测是:GFW 可能借助 AI 提升了对 TLS 翻墙流量的识别能力,从此前依赖人工购买订阅、测活后封锁,进一步转向直接识别流量并实施封锁。 | 52 662 |
| 4 | 观察发现,从昨天开始一直在持续封锁中,每小时37分封锁一波,流量大的更容易检测到,影响了很多海外中转机场。 | 56 654 |
| 5 | 观察发现,从昨天开始一直在持续封锁中,每小时37分封锁一波,流量大的更容易检测到,影响了很多海外中转机场。 | 1 |
| 6 | 这两天北京开会,GFW探测功率拉满了,对海外ip不是直接封锁ip, 而是墙TCP端口,阻断被检测到翻墙到的海外ip所有端口的TCP连接,而ICMP(Ping) 和UDP则正常。之前4月份中国移动蜂窝移动出现过类似现象,可能是之前是测试,现在大范围应用。 | 65 453 |
| 7 | #灯塔加速器
Vless(reality)海外中转+专线机场。第三方客户端订阅是海外中转。
老板肉身:海外
注册有试用,试用只能使用机场专属客户端。
支持24小时无条件退款,流量超过10%不退
推荐购买人群:
担心跑路,可周付
想找不满意可退款的
可接受使用官方客户端
套餐:套餐:
入门套餐:年付120,60G/月,限速100M
轻量套餐:月付30,120G/月,限速200M
VIP套餐:周付28,月付68,300G/月,限速300M
SVIP套餐:周付66,月付138,800G/月,限速500M
观察了挺久,端内的稳定性还可以。建议买VIP套餐和SVIP套餐(季付起),使用有问题找官网客服。
官网地址 | 70 019 |
| 8 | 由于香港一著名一级T1运营商(HGC)路由配置错误,导致部分网段BGP路由泄露和污染,导致全球部分网络路由混乱和大规模网络故障,运营商正在抢修。 | 65 623 |
| 9 | https://x.com/fndroid/status/2098834537866514582
Clash for Windows作者Fndroid对近期出现的“Clash经典回归”App的回应。相关解释 | 59 537 |
| 10 | https://huarun.win
收录代理客户端,相关开发者,内核,代理协议,翻墙历史等。得花不少时间。 | 58 447 |
| 11 | 📡 近期 AWS 及海外中转线路异常情况
AWS 面向中国大陆移动、联通的网络表现较好,因此不少机场使用 AWS 作为海外中转。
自 9 月 4 日起,多家使用 AWS 中转的机场出现异常:节点在未使用时测延迟正常,TCPing 也正常,但一旦实际连接使用,该节点便会超时;Hy2 协议目前表现正常。
有猜测认为,这可能与防火墙针对 AWS 流量的阻断有关,但具体原因尚未确认。
此外,自 8 月底起,江苏、浙江、福建部分地区的部分机场的用户反馈,使用海外 IP 中转的节点会突然长时间超时。 | 93 251 |
| 12 | 谷歌今天推出Gemini 3.7 flash之后IP风控变严格,送中了大量IP,最明显表现为用不了Gemini。 | 79 844 |
| 13 | 目前机场封锁已经明显进入人工操作、人工采集阶段了。
现在比较常见的情况是:
1. 内鬼先正常购买套餐,直接去官网获取订阅,然后提取节点域名,持续高频测活,然后进行封锁。
2. 如果机场只给专属客户端、不直接暴露订阅,也不代表节点就藏住了。对方一样可以通过抓包,拿到客户端实际连接的节点域名,再继续做测活和封锁。
所以现在很多封锁已经不是单纯靠协议特征或者自动扫描了,而是人工买套餐 → 获取节点信息 → 持续测活 → 再封锁处理。
单纯隐藏订阅、换成简单专属客户端,只能增加一点采集成本,并不能从根本上阻止节点信息被拿到。 | 11 143 |
| 14 | 奈云老板被抓据说是因为支付链路出现了问题,建议有推广过这家机场的更换U收款地址。 | 83 798 |
| 15 | 福建、江苏、浙江等网络封锁较为严格的地区,如果用户使用海外中转或直连线路,且协议为 AnyTLS、加上SNI 不在白名单内,可能会出现连接被阻断的情况。那些Anytls机场跳过证书验证可能是为了使用白名单SNI, 跳过证书验证后就直接使用自签证书了。
这些地区如需使用直连线路,可以优先选择有VLESS(Reality)协议节点的机场; | 32 047 |
| 16 | 目前很多机场仍没国内中转,有的也说不准什么时候就拉闸的。
有些机场可能不止一个GFW的内鬼,内鬼会频繁拉取节点然后几分钟后就封锁新ip,应该是通过代码模仿代理客户端定时拉取的。 | 3 734 |
| 17 | 咨询了一些机场主后,了解到很多机场近几个月陆续转向 AnyTLS,其实和是否支持 Surge 并没有太大关系。毕竟 Surge 用户占比非常低,不少运营者认为甚至不到千分之一,因此并不足以成为大规模切换协议的主要原因。
更多人的判断是与通报机制有关。根据不少机场主反馈,在今年 6 月之前,AnyTLS 基本不会因为相关原因被通报,而当时很多通报主要来自内鬼获取订阅后,在本地进行测活,再将 IP 提交导致封禁。
一种比较普遍的推测是:6 月之前,内鬼使用的测活内核可能还不支持 AnyTLS,因此无法有效识别这类节点。随着 iOS 客户端陆续更新并支持 AnyTLS,越来越多机场在 5 月份开始大规模迁移到 AnyTLS,随后相关部门也在 6 月更新了测活内核,因此从 6 月开始,AnyTLS 也逐渐出现了被通报的情况。
另外,目前很多机场使用的 AnyTLS 并不是自签证书,而是真实 CA 签发的证书,自签证书反而只是少数。 | 85 836 |
| 18 | 谷歌邮箱可以修改前缀了:
http://myaccount.google.com/google-account-email | 75 922 |
| 19 | 已出现封端机场的线路被通报了。越大的机场越容易被盯上,目前机场没几家可保证是稳定的。 | 1 |
| 20 | 各位业界老板:网传,你们自研的 APK 会被装入 Android 模拟器,然后挂上 Node 访问油管。模拟器内所有出入网流量都会被 packet capture 。
缝端也没啥用的样子。 | 1 |
