这是一个创建于 148 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前消息（非官方）： 中国大陆网络故障 自 2025 年 8 月 19 日 16:36 （ UTC 时间） 开始，中国大陆网海外方向的 443 端口流量被完全阻断
群友反馈： IPv4 TCP 443 ，SYN 的首包就插 RST 。和域名是否备案、后缀没关系。
特斯拉官网，Apple ，Microsoft 服务，都没留白名单，我的 API 全挂。
这反映了什么？是不是又有临时工要被开除了哈哈哈
目前 bing 、python.org 的访问正常，github 显示拒绝连接(dns 解析正常)
 |
1
hpj 2025 年 8 月 20 日 via iPhone
牛啊！太牛了！
|
 |
2
ENIAC 2025 年 8 月 20 日
|
 |
3
ZztGqk 2025 年 8 月 20 日
确实，同受到影响
|
 |
4
darksword21 PRO 好像恢复了
|
|
5
ZztGqk 2025 年 8 月 20 日
刚想上 Apple 官网发现被阻断了，还以为是自己网络问题，刚评论完就恢复了
|
 |
6
johnnyR 2025 年 8 月 20 日
HK 全部挂
|
 |
7
darrenfang 2025 年 8 月 20 日
突然 GitHub 打不开了，刚刚恢复
|
 |
8
HADB 2025 年 8 月 20 日
我的香港阿里云也访问不了，不过 cloudflare 能用。现在好像恢复了
|
 |
9
wxf1259059284 2025 年 8 月 20 日 via iPhone
我一小时前突然连不上所有国内网站，除了百度
|
 |
10
xinhaih 2025 年 8 月 20 日
现在恢复了
|
 |
11
Fanly 2025 年 8 月 20 日
刚刚发现许多网站访问不了，我还以为是 Cloudflare 崩了，现在刚恢复
|
 |
12
WizardLeo 2025 年 8 月 20 日
已经恢复了，临时工误操作
|
 |
13
BeiChuanAlex 2025 年 8 月 20 日
大家不要紧张：呐，我是一个汽车修理工，随身带个扳手，很正常吧，正好扳手掉到机房里面了，很正常吧，正好导致断网了，很正常吧
 |
 |
14
xqzr 2025 年 8 月 20 日
IPv4 TCP 443 ，SYN （首包）就插 RST 。和域名没关系
|
 |
15
skiy 2025 年 8 月 20 日
刚好相反。今天（昨天）移动直连 GitHub 不需要扶梯。但另一个省的朋友也是移动，但访问不了。
|
 |
17
obeykarma 2025 年 8 月 20 日
应该是采集行为
为了提升他们的学习模型的精准度吧 |
 |
18
billccn 2025 年 8 月 20 日  4
@obeykarma 他们本来就是旁路监听，根本不需要中断链接来采集，反而保持畅通更利于他们采集链接建立以后的行为。
我猜测这是某种 fallback 策略，比如分析旁路数据的集群出现问题，完全不处理的话就相当于没有墙，这是万万不可的，于是直接在链路上启用了发送 RST 的规则。 这次其实是绝好的观察墙的运作的机会，希望有人当时利用这个机会系统的 probe 一下墙。 |
 |
19
xiaoz 2025 年 8 月 20 日 via Android
我网站也收到了大量告警，一会儿故障，一会儿恢复。
|
 |
20
xctcc 2025 年 8 月 20 日
我的腾讯广州机子 git 拉不下来了。。。。
|
 |
21
MIUIOS 2025 年 8 月 20 日
应该是在采集数据
|
 |
22
NewYear 2025 年 8 月 20 日 1
哈哈哈，这个为虎作伥的工程师这个月绩效保不住了。
说不定他也上 V2 |
 |
23
someonesnone 2025 年 8 月 20 日 via Android
昨天 hk 全红
|
 |
24
jackOff 2025 年 8 月 20 日
不是，应该是在做流量阈值截断测试，昨晚挂了一个常用的，另外两个备用的没事
|
 |
26
ZeekChatCom 2025 年 8 月 20 日 7
中国人太难了，外部和内部敌人都要围剿我们。
|
 |
27
linhongjun 2025 年 8 月 20 日
这几天 GitHub 都可以直连了
|
 |
28
dandeli0n 2025 年 8 月 20 日 1
临近节日是这样的
 |
 |
29
deepbytes 2025 年 8 月 20 日
基操基操，勿要 666
 |
 |
30
strobber16 2025 年 8 月 20 日 via Android
没受影响，我这里监控数据一切正常。什么鬼
|
 |
31
xdeng 2025 年 8 月 20 日
搬瓦工的受影响了
|
 |
32
elevioux 2025 年 8 月 20 日
凌晨 0 点到 1 点，kuma 监控的几台公司的香港服务器疯狂报警
|
 |
33
latifrons 2025 年 8 月 20 日
半夜 443 端口的梯子都挂了
|
 |
34
xixiv5 2025 年 8 月 20 日
难怪我说昨天晚上怎么回事
|
 |
35
linkbank 2025 年 8 月 20 日
网站联通访问正常，移动和电信无法访问，还没恢复，英国 IP ，正常吗？
要怎么处理？ |
 |
36
crc8 2025 年 8 月 20 日
跨越长城，走向世界。
|
 |
37
thereone 2025 年 8 月 20 日
没有感觉到，自建的节点 tls+vless 采用高位端口。昨天从你说的“自 2025 年 8 月 19 日 16:36 （ UTC 时间） 开始”我是一点感觉都没有。下班回去后还做了一个速度测试都没有什么问题到凌晨 1 点没有任何感觉不能上的。
|
 |
38
uncat 2025 年 8 月 20 日 1
我这边的实际情况：
- 个人的所有海外服务器都触发了 HTTPS 不可达的告警 - 服务器遍布多个地区（香港、新加坡） - 触发告警的时间是：08-20 00:39 - 告警消除的时间是：08-20 01:49 给大家参考。 |
 |
41
unb 2025 年 8 月 20 日
可以啊，大家都有 https 监控，我却没有
 |
 |
42
cm2gseh 2025 年 8 月 20 日 via iPhone
#38 那段时间 US 的 IP 小机全挂了，但是 cloudflare 正常，还自个定位礼了一段时间，还以为证书过期了什么的。原来大家都一样。
|
 |
43
LnTrx 2025 年 8 月 20 日 1
还记得过去改屏蔽一般是在上班时间，这次在午夜有点不同寻常
|
 |
45
mxT52CRuqR6o5 2025 年 8 月 20 日
开除？加薪！
|
 |
47
Bantes 2025 年 8 月 20 日
新加坡的机子，昨晚监控一直推 down 警告
|
 |
48
75S3CWXNN0VQ84mg 2025 年 8 月 20 日
443 不行，太容易被这样干了。需要用一个随机的端口。
|
 |
49
zzbd 2025 年 8 月 20 日
大内网成为现实？
|
 |
50
felilong123 2025 年 8 月 20 日
 是只有家宽受影响吗？我 上海腾讯云上的 blackbox 探针，去港、日、美方向好像都没有受到干扰？ dns/connect/tls/transfer 看起来都正常 |
|
51
uncat 2025 年 8 月 20 日
|
|
52
felilong123 2025 年 8 月 20 日
@uncat #51 阿里云哪个区域呀？出海走的哪条线路？ black 具体表现是后面 tls/transfer 都没了嘛？
我看了下是 tx 广州， AS4134->AS132203 （ tx 香港） AS4134->AS45102 （阿里香港） AS4134->AS2914 （ NTT 东京） AS4134->AS4134 （ CHINANET-US ） 我这边这四条线 443 好像都没问题 |
 |
53
chjerry2008 2025 年 8 月 20 日 via Android
借着这个机会，说一个题外观察：我发现很多使用 vless 协议的人（另一个相关帖子也是），会在跟帖中贴出自己使用的协议，使用其他协议则是相对较少。是使用这个协议的过程中，的确很少遇到断联问题呢？还是该协议的 owner 的心理外延呢？个人旗帜鲜明的不喜欢 owner 。更讨厌近期以日期作为版本号的行为。
|
 |
54
yvescheung 2025 年 8 月 20 日
过几天要阅兵了，网络武器自然也要提前演练一下
|
|
55
uncat 2025 年 8 月 20 日
@felilong123
> 阿里云哪个区域呀？ 阿里云深圳 > blackbox exporter 具体表现 看了 blackbox exporter 的 failed log 。DNS 通了，但在“准备连接/建连”这一步就失败了。 > 出海走的哪条线路 阿里云：AS37963 -> AS45102 联通 169 线路 家宽：AS9808 -> AS45102 CMNET → CMI 线路 PS：阿里云轻量应用服务器，无论在新加坡还是香港，都是 AS45102 。 |
 |
56
Mihari 2025 年 8 月 20 日
01:44
澳门特区政府自家人都没被放过 那我也不能说啥了🤣  |
|
58
uncat 2025 年 8 月 20 日
|
 |
60
dosmlp 2025 年 8 月 20 日
梯子走的专线，不过墙，不影响
|
 |
62
peasant 2025 年 8 月 20 日 1
@felilong123 看了一下上海腾讯云连接香港服务器的日志，01:16~01:48 之间没有收到 443 的响应，后面就恢复了。
|
 |
63
fred649 2025 年 8 月 20 日
腾讯云北京的服务器，2025-08-20 00:38:39 起无法访问，2025-08-20 01:50:35 恢复。
|
|
66
thereone 2025 年 8 月 20 日
|
 |
67
echoechoin 2025 年 8 月 20 日
@xqzr 我们公司卖的设备都是收到 ack 才发 rst
|
 |
68
clf 2025 年 8 月 20 日
这个明显是某个运营商封禁家宽 443 的防火墙策略被人部署到主干网了。
|
 |
69
HelloWorld23333 2025 年 8 月 20 日 1
应该是阅兵前，对突发事件的预案演习。
|
 |
72
Narcissu5 2025 年 8 月 20 日 1
可能是在为 9.3 做演练，这次的阵仗非常大
|
 |
74
cuicuiv5 2025 年 8 月 20 日 1
这说明他们已经有了全面切断互联网连接的能力了
|
 |
75
ltux 2025 年 8 月 20 日
白名单模式预演。
|
 |
77
lun9 2025 年 8 月 20 日
别急,只是演习而已, 话说大家都用什么 DNS.
|
 |
78
Shorekeeper 2025 年 8 月 20 日
本报告记录了我们对这一短暂但广泛的封禁事件的测量与分析。主要发现如下：
1. 无条件的 `RST+ACK` 注入仅发生在 TCP 443 端口，未见于其他常见端口（如 22 、80 、8443 ）。 2. 该无条件注入同时扰乱了出入境中国双方向的连接，但触发机制**不对称**：从中国境内向境外发起的连接，客户端的 `SYN` 包与服务器的 `SYN+ACK` 包各自触发三个 `RST+ACK`包；从境外向中国境内发起的连接，只有服务器返回的 `SYN+ACK` 会触发 `RST+ACK`，客户端发送的 `SYN` 不会触发注入。 3. 负责注入的设备指纹与已知 GFW 设备不匹配，因此**此次事件要么由新的 GFW 设备造成，要么是由已知设备以一种新的或误配置的状态运行造成的**。 aHR0cHM6Ly9nZncucmVwb3J0L2Jsb2cvZ2Z3X3VuY29uZGl0aW9uYWxfcnN0XzIwMjUwODIwL3poLw== |
 |
79
SURA907 2025 年 8 月 20 日
只能祈祷这不是预演了
|
 |
80
w3cll 2025 年 8 月 20 日
可恶！
原来是这样，难怪我在公司跑的脚本昨天凌晨 1 点左右突然中断，导致本来快跑完了的脚本今天上班了又重新跑 |
 |
81
liuguang 2025 年 8 月 20 日
难怪昨晚连不上，GFW 丧尽天良。
|
 |
83
yangliudi123 2025 年 8 月 21 日 via iPhone
祖国确实强大了，强盗了
|
 |
85
wuruxu 2025 年 8 月 21 日
.org 的服务 最好通过代理
|
Select Language