ar
Feedback

لا تقع ضحية للمخادعين! تيليمتريو يكتشف ويُميّز هذه القنوات 👉 إذا كنت تريد رؤية العلامة، اشترك

科学上网观察与机场测速

科学上网观察与机场测速

الذهاب إلى القناة على Telegram

#机场推荐 #机场测速 #机场评测 /观察/点评,科学上网和科技相关新闻资讯; #机场推荐 : 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، تحافظ القناة على نشاط مستقر. خلال آخر 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 أيام
أرشيف المشاركات
发现不少高校的校园网有特殊的墙: 不少校园网不允许第三方公共加密dns,这意味着必须使用学校网络的dns,会导致学校能看到你访问了哪些网站。 如果是使用mihomo内核的客户端,可以把配置文件里面的dns配置项的: 1)把enable改为flase
发现不少高校的校园网有特殊的墙: 不少校园网不允许第三方公共加密dns,这意味着必须使用学校网络的dns,会导致学校能看到你访问了哪些网站。
如果是使用mihomo内核的客户端,可以把配置文件里面的dns配置项的: 1)把enable改为flase 或 2)增加nameserver: - system
同时近期不少高校在宣传强调禁止翻墙。

一直在墙TCP端口,但是强度整体低了很多。

以往遇到重要会议,GFW 通常只会在首日加强封锁,短期“刷一波存在感”。但这次会议结束后,封锁仍在持续,至今已达 5 天,不排除常态化的可能。如果持续下去,对直连和海外中转机场都将是沉重打击。 4 月份是重点打击是国内中转,那么现在则轮到直连和海外中转。 至于识别方式,一种猜测是:GFW 可能借助 AI 提升了对 TLS 翻墙流量的识别能力,从此前依赖人工购买订阅、测活后封锁,进一步转向直接识别流量并实施封锁。

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

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

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

#灯塔加速器 Vless(reality)海外中转+专线机场。第三方客户端订阅是海外中转。 老板肉身:海外 注册有试用,试用只能使用机场专属客户端。 支持24小时无条件退款,流量超过10%不退 推荐购买人群: 担心跑路,可周付 想找不满意可退款的 可
+4
#灯塔加速器 Vless(reality)海外中转+专线机场。第三方客户端订阅是海外中转。 老板肉身:海外 注册有试用,试用只能使用机场专属客户端。 支持24小时无条件退款,流量超过10%不退 推荐购买人群: 担心跑路,可周付 想找不满意可退款的 可接受使用官方客户端 套餐:套餐: 入门套餐:年付120,60G/月,限速100M 轻量套餐:月付30,120G/月,限速200M VIP套餐:周付28,月付68,300G/月,限速300M SVIP套餐:周付66,月付138,800G/月,限速500M 观察了挺久,端内的稳定性还可以。建议买VIP套餐和SVIP套餐(季付起),使用有问题找官网客服。 官网地址

由于香港一著名一级T1运营商(HGC)路由配置错误,导致部分网段BGP路由泄露和污染,导致全球部分网络路由混乱和大规模网络故障,运营商正在抢修。

https://x.com/fndroid/status/2098834537866514582 Clash for Windows作者Fndroid对近期出现的“Clash经典回归”App的回应。相关解释

https://huarun.win 收录代理客户端,相关开发者,内核,代理协议,翻墙历史等。得花不少时间。

📡 近期 AWS 及海外中转线路异常情况 AWS 面向中国大陆移动、联通的网络表现较好,因此不少机场使用 AWS 作为海外中转。 自 9 月 4 日起,多家使用 AWS 中转的机场出现异常:节点在未使用时测延迟正常,TCPing 也正常,但一旦实际连接使用,该节点便会超时;Hy2 协议目前表现正常。 有猜测认为,这可能与防火墙针对 AWS 流量的阻断有关,但具体原因尚未确认。 此外,自 8 月底起,江苏、浙江、福建部分地区的部分机场的用户反馈,使用海外 IP 中转的节点会突然长时间超时。

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

目前机场封锁已经明显进入人工操作、人工采集阶段了。 现在比较常见的情况是: 1. 内鬼先正常购买套餐,直接去官网获取订阅,然后提取节点域名,持续高频测活,然后进行封锁。 2. 如果机场只给专属客户端、不直接暴露订阅,也不代表节点就藏住了。对方一样可以
+1
目前机场封锁已经明显进入人工操作、人工采集阶段了。 现在比较常见的情况是: 1. 内鬼先正常购买套餐,直接去官网获取订阅,然后提取节点域名,持续高频测活,然后进行封锁。 2. 如果机场只给专属客户端、不直接暴露订阅,也不代表节点就藏住了。对方一样可以通过抓包,拿到客户端实际连接的节点域名,再继续做测活和封锁。 所以现在很多封锁已经不是单纯靠协议特征或者自动扫描了,而是人工买套餐 → 获取节点信息 → 持续测活 → 再封锁处理。 单纯隐藏订阅、换成简单专属客户端,只能增加一点采集成本,并不能从根本上阻止节点信息被拿到。

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

福建、江苏、浙江等网络封锁较为严格的地区,如果用户使用海外中转或直连线路,且协议为 AnyTLS、加上SNI 不在白名单内,可能会出现连接被阻断的情况。那些Anytls机场跳过证书验证可能是为了使用白名单SNI, 跳过证书验证后就直接使用自签证书了。 这些地区如需使用直连线路,可以优先选择有VLESS(Reality)协议节点的机场;

目前很多机场仍没国内中转,有的也说不准什么时候就拉闸的。 有些机场可能不止一个GFW的内鬼,内鬼会频繁拉取节点然后几分钟后就封锁新ip,应该是通过代码模仿代理客户端定时拉取的。

咨询了一些机场主后,了解到很多机场近几个月陆续转向 AnyTLS,其实和是否支持 Surge 并没有太大关系。毕竟 Surge 用户占比非常低,不少运营者认为甚至不到千分之一,因此并不足以成为大规模切换协议的主要原因。 更多人的判断是与通报机制有关。根据不少机场主反馈,在今年 6 月之前,AnyTLS 基本不会因为相关原因被通报,而当时很多通报主要来自内鬼获取订阅后,在本地进行测活,再将 IP 提交导致封禁。 一种比较普遍的推测是:6 月之前,内鬼使用的测活内核可能还不支持 AnyTLS,因此无法有效识别这类节点。随着 iOS 客户端陆续更新并支持 AnyTLS,越来越多机场在 5 月份开始大规模迁移到 AnyTLS,随后相关部门也在 6 月更新了测活内核,因此从 6 月开始,AnyTLS 也逐渐出现了被通报的情况。 另外,目前很多机场使用的 AnyTLS 并不是自签证书,而是真实 CA 签发的证书,自签证书反而只是少数。

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

已出现封端机场的线路被通报了。越大的机场越容易被盯上,目前机场没几家可保证是稳定的。
已出现封端机场的线路被通报了。越大的机场越容易被盯上,目前机场没几家可保证是稳定的。

各位业界老板:网传,你们自研的 APK 会被装入 Android 模拟器,然后挂上 Node 访问油管。模拟器内所有出入网流量都会被 packet capture 。 缝端也没啥用的样子。