备用域名能否缓解攻击，首先取决于攻击针对的是域名、解析链路还是站点背后的网络与应用。站点遭受攻击时备用域名切换的适用条件，核心是新入口确实能绕开受影响环节，同时不把风险带到源站或用户访问流程中。以下五项缺一不可，若攻击已影响共用基础设施，单纯换域名通常无效。
一、攻击影响范围与切换目标已经确认
先区分域名解析异常、针对特定域名的访问阻断，以及直接压向服务器或应用的流量攻击。若受影响的是某个域名的解析或入口策略，而备用域名使用独立且可用的解析配置，切换可能恢复访问；若攻击流量直接抵达同一源站，或者源站带宽、连接数已耗尽，改域名仍可能访问同一故障点。
切换前应由运维人员查看服务端错误、云平台告警和防护设备记录，确认受影响的入口、源站和依赖服务。明确目标是恢复合法用户访问，还是隔离受攻击入口，避免把域名变更误当成清除攻击的措施。
二、备用域名已完成解析、证书与防护配置
备用域名需要提前接入站点使用的 CDN 或其他防护层，并配置正确的 DNS 记录、TLS 证书、回源地址和主机名规则。证书必须覆盖备用域名；否则浏览器可能提示连接不安全。若使用 Cloudflare 等反向代理服务，应核对备用域名是否已纳入对应代理、防护规则和回源配置，而不是只添加一条解析记录。
域名解析切换受 DNS 缓存影响。TTL 较短有助于缩短部分缓存更新等待，但不能保证所有网络同时更新；递归解析器、终端和应用仍可能保留旧结果。因此，备用域名应事先验证解析、HTTPS 访问、登录与关键接口，而不是等攻击发生后才临时配置。
三、源站不会因更换入口而暴露或继续过载
备用域名若直连原有服务器，攻击者仍可能通过已知地址或其他入口访问源站。应确认回源仅允许受信任的 CDN 地址或防护节点，并检查防火墙、访问控制和源站监听配置。对于共享源站的多个站点，还要确认更改规则不会误伤其他业务。
如果攻击已使源站资源耗尽，或防护层无法承接流量，域名切换不能替代扩容、限流和清理恶意请求。此时应先由服务提供方处理承载能力与入口防护，再评估是否启用备用域名。
四、业务依赖和用户流程支持新域名
登录回调、跨域接口、支付通知、移动应用配置、邮件链接和第三方白名单，都可能绑定原域名。切换前逐项核对允许的回调地址、CORS 规则、Cookie 的 Domain 属性、内容安全策略及外部系统白名单。若只更新首页入口，却漏掉关键接口，用户可能能打开页面却无法登录或提交订单。
应明确哪些客户端能够及时获得新入口。浏览器用户可通过公告或页面跳转获知变化，但已发布且无法远程更新的客户端未必能自动识别备用域名。无法兼容的关键流程尚未验证时，不宜全站切换，可先针对可控用户或非关键入口测试。
五、切换有监测、授权和回退方案
站点遭受攻击时备用域名切换的适用条件还包括：有人负责操作，有指标判断是否成功，并且能够恢复原配置。切换前记录当前 DNS、防护规则和入口设置；指定变更负责人及审批方式；准备清晰的回退步骤。监测可关注可用性、错误率、响应时间、回源状态和业务关键操作结果，具体阈值应按站点平时表现设定，不宜套用统一数字。
- 确认攻击影响范围和切换目标，判断问题是否仅限原域名入口。
- 验证备用域名的解析、证书、防护接入、回源及关键业务流程。
- 检查源站访问限制，避免新入口绕过防护直接暴露源站。
- 按已授权的变更流程更新入口，并记录操作时间与配置差异。
- 持续观察用户访问和业务指标；若新入口异常或风险扩大，按预案回退并继续处理攻击源。
判断原则与常见问题
简要判断时，先看攻击是否集中在原域名入口，再看备用域名是否具备同等防护和完整业务配置，最后确认源站仍可承载流量。只有这些条件同时成立，站点遭受攻击时备用域名切换的适用条件才算基本满足；否则应优先处理源站、网络或防护配置问题。
备用域名需要与主域名使用不同服务器吗？
不一定。若攻击只针对域名入口，共用源站仍可能可行；若源站本身过载或遭受直接攻击，共用服务器通常无法解决问题。
降低 DNS TTL 后能立即完成切换吗？
不能保证。TTL 影响缓存更新等待，但不同解析器和终端可能仍保留旧记录，提前配置与验证比临时调低 TTL 更可靠。
切换后是否应保留旧域名？
应按安全和业务需要决定。若旧域名仍有合法用途，可保留并持续防护；若它已成为攻击入口，应由运维评估隔离、限制访问或恢复服务的时机。