caoliu地址历次变更记录：每次封锁与迁移究竟发生了什么

我们观察到当日北京时间 14:00 前后，大陆多省运营商同步出现 TCP RST 注入，HTTPS 握手阶段即被中断，并非简单 DNS 污染，而是针对 SNI 字段的精准拦截。受影响用户集中在移动和联通网络，电信用户延迟约 20 分钟后也相继中断。当天晚间官方在备用渠道发布了新的 caoliu地址 跳转入口，切换过程耗时约 2 小时。

此次事件起因于一批专项整治通知下发至各大 ISP，要求对特定关键词域名返回虚假解析结果（通常指向 127.0.0.1 或运营商错误页）。涉及的 caoliu地址 旧域名共有 3 个，全部在 6 小时内失效。实测下来，切换到 8.8.8.8 或 1.1.1.1 等境外 DNS 可在短期内绕过，但约 48 小时后这些 DNS 也被污染。

运营方提前在旧域名设置了 301 重定向，过渡期约 72 小时。这次迁移属于主动预防性操作，因为 .icu 后缀在上半年已有多个同类站点被注册商强制暂停解析。新域名采用冷门后缀，注册信息做了隐私保护处理，DNS TTL 压缩到 60 秒，以便在下次封锁时能快速切换 A 记录。对普通用户而言，感知几乎为零，但若收藏的是旧地址则会经历 1-2 次跳转延迟。

这是近期少见的注册商层面封停，而非防火长城主动拦截。Namecheap 在收到版权投诉聚合请求后，于营业时间内对域名设置了 clientHold 状态，导致所有 DNS 查询直接返回 NXDOMAIN。由于该域名曾被多个导航类站点作为「稳定 caoliu地址」对外推广，失效波及用户估计超过 8 万人次。新域名在约 14 小时后于 Cloudflare Registrar 完成注册并上线。

此前历次封锁均为「单一域名挂了、全站断线」，这次运营方引入了类似 CDN 故障转移的多域名轮询机制：客户端 JS 在加载时依次尝试 3 个备用 caoliu地址，任何一个响应正常即停止轮询。实测平均切换耗时约 8 秒，对用户体验影响明显降低。但这也使得追踪「当前有效地址」变得更复杂，因为不同地区用户可能命中不同节点。

这次封锁手段升级，不再依赖 DNS 层面，而是直接在骨干网层面将 Cloudflare 特定 IP 段加入 BGP 黑洞，导致即便 DNS 解析正常、HTTPS 握手也无法完成。涉及 caoliu地址 的两个域名均托管于被封 IP 段，中断时长约 6 小时。运营方将服务迁移到另一家 CDN 服务商后才恢复访问。此事件说明单纯依赖 Cloudflare 代理并不足以应对高级别封锁。

为规避香港本地日益收紧的内容监管，运营方将源站迁移至欧洲某数据中心。迁移期间约有 3 小时服务不稳定，部分用户反映图片加载超时。caoliu地址 的域名本身未变更，但新 IP 归属地变化触发了部分国内安全设备的重新评估，导致在最初 48 小时内又出现零星 SNI 拦截。此后延迟逐渐稳定在 220-260ms 之间，仍高于此前香港节点的 60-80ms 水平。

节假日结束后的专项整治是近年规律性现象，我们观察到每逢长假后首周，此类站点的封锁密度约是平日的 2-3 倍。此次 caoliu地址 旗下同时有 5 个域名在 48 小时内相继失效，其中 2 个是刚启用不足一周的新地址，说明情报来源已延伸至社群传播渠道。运营方随后开始限制新地址的公开传播范围，改为小圈子分发。