深夜 GFW 疑似大规模干扰 443 端口连接

@Mihari 港澳是境外，谢谢

@felilong123 看了一下上海腾讯云连接香港服务器的日志，01:16~01:48 之间没有收到 443 的响应，后面就恢复了。

腾讯云北京的服务器，2025-08-20 00:38:39 起无法访问，2025-08-20 01:50:35 恢复。

@spacezip #57 看了日志，确认同一时间段家宽（联通）也断了，罕见。

@LnTrx #44 请教有啥分析结果或者结论吗? 在哪能看到

@docx
@HFX3389
看到了，我是说的自建梯子没有问题所以没有感觉到这点。这种大概率就是某些人调整信安平台策略一把梭没有检查仔细导致的草台班子而已。看其他人和别的平台发帖有的省可以有的省不行，基本可以确定就是统一管控平台下发策略存在延迟导致到各个运营商省级出口旁挂设备上策略的生效时间不一致。
基本路径就是 管局和工信的统一管控平台你们说的 GFW--->对接三网运营商集团信安平台---->三网运营商各个省出口旁挂的信安设备。专线（非普通互联网专线）是不过这个信安平台的所以专线的没有问题。

@xqzr 我们公司卖的设备都是收到 ack 才发 rst

这个明显是某个运营商封禁家宽 443 的防火墙策略被人部署到主干网了。

应该是阅兵前，对突发事件的预案演习。

@uncat 果然我说咋突然啥都不能连了，赶紧启动 3HK 的卡应急。确实在 2 点的时候恢复了。

@wegbjwjm #25 下面的牛马还是一样的

可能是在为 9.3 做演练，这次的阵仗非常大

@alleluya #65 gfw report

这说明他们已经有了全面切断互联网连接的能力了

白名单模式预演。

@Narcissu5 说实在的，正经人谁看 9.3 啊，狗都不看 🙈

别急,只是演习而已, 话说大家都用什么 DNS.

本报告记录了我们对这一短暂但广泛的封禁事件的测量与分析。主要发现如下：

1. 无条件的 `RST+ACK` 注入仅发生在 TCP 443 端口，未见于其他常见端口（如 22 、80 、8443 ）。
2. 该无条件注入同时扰乱了出入境中国双方向的连接，但触发机制**不对称**：从中国境内向境外发起的连接，客户端的 `SYN` 包与服务器的 `SYN+ACK` 包各自触发三个 `RST+ACK`包；从境外向中国境内发起的连接，只有服务器返回的 `SYN+ACK` 会触发 `RST+ACK`，客户端发送的 `SYN` 不会触发注入。
3. 负责注入的设备指纹与已知 GFW 设备不匹配，因此**此次事件要么由新的 GFW 设备造成，要么是由已知设备以一种新的或误配置的状态运行造成的**。

aHR0cHM6Ly9nZncucmVwb3J0L2Jsb2cvZ2Z3X3VuY29uZGl0aW9uYWxfcnN0XzIwMjUwODIwL3poLw==

只能祈祷这不是预演了

可恶！
原来是这样，难怪我在公司跑的脚本昨天凌晨 1 点左右突然中断，导致本来快跑完了的脚本今天上班了又重新跑