域名访问监测与故障切换

分别观察不同渠道的访问状态

系统支持微信、QQ、Chrome 等已支持渠道的访问状态检测。不同渠道的结果可能不同，应按渠道查看异常，不能将一个渠道的结果直接视为所有用户的访问情况。

这里所说的“域名防红”是访问监测与异常域名替换。它不等同于平台解除限制，也不能保证域名在所有地区、设备或网络中始终可访问。若遇到平台提示，应同时检查站点内容、证书与平台要求，必要时使用平台提供的申诉渠道。

从发现异常到恢复入口，需要几个步骤

1. 检测并判断。汇总已支持渠道的访问结果，根据开启的策略判断是否进入替换流程。
2. 选择可用域名。优先复用备用域名；启用自动注册策略时，可按配置补充域名资源。
3. 更新访问配置。推进 DNS、证书与路由处理，让替代域名关联到正确项目。
4. 验证业务访问。检查新入口能否打开目标内容，再验证跳转、登录及关键操作。

这些步骤需要时间。检测周期、DNS 缓存、证书处理和配置执行均会影响恢复，不能将一次检测完成等同于全部用户已经恢复访问。

在启用自动替换前完成配置检查

• 准备备用域名：核对所属项目、有效期、解析管理权限和可用状态，避免临时切换时才发现域名无法使用。
• 明确策略：检查后缀偏好、备用域名策略及自动注册是否符合业务需要；自动注册涉及域名采购，应核对实际价格与账户条件。
• 验证访问方式：确认项目使用代理、页面嵌套还是跳转，以及目标地址、源站和 HTTPS 配置是否正确。
• 核对业务依赖：检查登录 Cookie、回调地址、跨域规则和对外链接是否依赖旧域名。域名替换后，这些应用设置可能仍需调整。

遇到异常，先保留可复现的证据

检测结果反映的是对应时间与检测环境中的状态。网络抖动、地区差异、DNS 缓存或渠道变化，都可能造成检测与用户体感不一致。

1. 记录出问题的完整 URL、发生时间、渠道及错误提示。
2. 使用实际受影响的设备与网络复现，并对比其他网络或浏览器。
3. 分别检查 DNS 解析、证书、源站响应和渠道提示，判断故障出在哪一层。

如果源站本身故障，仅更换域名通常无法解决。若多个渠道均异常，应同时检查共同依赖的源站与访问配置。

切换完成后，检查用户真正要走的路径

不要只验证首页能打开。继续检查静态资源、页面跳转、登录和核心表单，确认没有跳回失效域名，也没有证书或跨域错误。对外发布的固定链接、二维码和第三方回调，需检查是否仍指向旧地址。

将这次故障的原因与处理结果记录下来，及时补充备用域名，并复查策略是否适合当前业务。预先准备和定期验证，比故障后临时修改配置更容易控制影响范围。