有人发现了一个细节；91大事件，91在线，关于链接失效的说法——我试了三种方法才搞明白？！有人说是测试，有人说是回滚

有人发现了一个细节；91大事件，91在线，关于链接失效的说法——我试了三种方法才搞明白？！有人说是测试，有人说是回滚

最近关于“91大事件”“91在线”相关页面或链接失效的讨论不少，大家在评论区里互相猜测：是系统在做灰度测试？还是产品回滚导致？我花了几个小时，按三种不同的路径去排查，梳理出一套较为清晰的判断逻辑和应对方案，下面把过程和结论分享出来，便于同类问题快速定位并处理。

现象概述

• 有用户点击原本稳定的链接后出现 404、502、或页面内容为空白。
• 同一链接在不同时间、不同网络或不同设备上表现不一致：有时能打开、有时打不开。
• 社区里流传两种猜测：一是上线在做 A/B 或灰度测试；二是工程侧做了回滚。

我用了三种方法逐步复现和定位问题，结论在文末给出，同时附上操作清单，方便站长和普通用户各取所需。

方法一：直接请求与响应头检查（curl / httpie） 操作要点

• 在终端用 curl -I 或 curl -v 请求目标 URL，观察 HTTP 状态码和响应头（Location、Cache-Control、Server、Via、Set-Cookie 等）。
• 如果返回 301/302，看 Location 指向哪里；返回 503/502/500，注意 Server 和 Retry-After 字段。

我发现的情况

• 有些请求会被 CDN 或负载均衡返回 503 或 502，响应头里带有 CDN 标识（如 Cloudflare/aliyun 等）。
• 某些能访问的请求返回了 200 但带有较短的 Cache-Control 或 ETag，说明内容可能来自缓存层。

方法二：DNS、证书与路由追踪（dig、nslookup、traceroute） 操作要点

• 用 dig +short 观察域名解析到的 IP，会不会因为不同 DNS 解析出不同 IP（多地域负载）。
• 检查 SSL 证书是否过期或域名不匹配（openssl s_client -connect）。
• traceroute 看看路由在何处中断或延迟异常。

我发现的情况

• 不少用户遇到“有时能访问，有时不行”通常和 DNS 解析结果有关：同一域名在不同 DNS 服务器解析到不同的 CDN 节点，而部分节点下游服务短暂异常，导致请求失败。
• 另有少量情况是证书链在部分节点校验失败，浏览器会直接阻断连接。

方法三：浏览器开发者工具 + 不同网络/设备 操作要点

• 打开 DevTools 的 Network 面板，观察请求被阻断时的具体错误（如 blocked-by-client、net::ERRCERTCOMMONNAMEINVALID、net::ERRCONNECTIONRESET）。
• 在 LTE / 家庭宽带 / 公司网络之间切换，或使用手机数据和桌面同一链接对比。
• 试试删除浏览器缓存、无痕模式或不同浏览器，这能排除前端缓存或扩展影响。

我发现的情况

• 有时是假死页面：前端 JS 依赖的 API 返回错误，页面空白但 HTTP 是 200。这种容易被误认为链接失效。
• 某些企业内网或 ISP 会屏蔽特定资源，表现为特定网络环境下不可达。

综合判断：测试、回滚，还是其他原因？ 把三种方法的结果综合起来，常见原因可以分为四类，按概率从高到低排列： 1) 节点级别的服务异常（CDN/负载均衡/后端某个机房短暂故障）——很符合“局部可达、局部不可达”的表现。 2) DNS 解析差异或缓存未更新（TTL、主备切换）——会造成不同用户解析到不同 IP，从而体验不一致。 3) 回滚或灰度发布（feature flags / canary release）——真实存在，但能从请求头、Set-Cookie、或者日志中找到痕迹。如果是回滚，一般伴随版本号、日志里有明显回退操作。 4) 前端资源失败或浏览器安全策略（证书问题、混合内容阻断）——会导致页面白屏但后端响应正常。

在我排查的案例里，最常见的是第一种（节点异常）和第二种（DNS/缓存），少数情况是真正的回滚或测试导致。

给站长和运维的快速恢复清单（实操型） 1) 先确认范围：用多个网络和在线监控工具（Pingdom/Uptrends）确认是否为广域性故障。 2) 检查 CDN 与后端健康：看是否有节点报警或后端机房负载异常。必要时把流量临时切回备用机房或关闭有问题的节点。 3) DNS 与证书：确认最近是否做了 DNS 修改或证书更新，检查 TTL 是否太长导致回滚失效。 4) 日志排查：看回滚、发布流水线的操作记录；若发布平台有灰度，查看目标分组覆盖情况。 5) 缓存策略：清理 CDN 缓存或缩短 TTL 以便迅速恢复一致性。 6) 对外沟通：在问题窗口期通过公告页或社交媒体说明情况并给出预估恢复时间。

给普通用户的应对建议（遇到链接失效）

• 换网络或使用手机数据尝试一次。
• 清理浏览器缓存或使用无痕窗口再试。
• 如果方便，把错误截屏并附上浏览器控制台 Network 的错误信息反馈给站方。
• 等待 5-15 分钟再试，很多节点级故障短时间内会自愈。

想把你遇到的具体错误贴上来吗？把报错截图、curl 输出或域名发来，我帮你快速看下更可能是什么原因。