源站受攻击时启用备用线路可维持访问，切换前须核对解析与回源配置

源站被攻击期间通过备用线路维持访问，关键不是单纯把域名指向另一个地址，而是先确认攻击是否已影响源站入口，再选能绕开故障点的线路。若攻击流量已挤满源站所在网络的上行带宽，仍把请求送往同一网络或同一入口，换一个解析记录通常解决不了问题。

先判断要绕开的故障点

备用线路大致分为两类：一类是由不同入口接收并转发流量，例如备用代理或具备流量清洗能力的接入服务；另一类是切到独立部署的备用源站。前者可能保留原有应用和数据，切换较快，但前提是备用入口有能力承接流量，且回源通道仍然畅通。后者能避开原源站故障，但需要维护另一套应用、数据与配置，切换和回切更复杂。

如果攻击针对的是应用本身、登录接口或某项业务功能，只更换网络线路未必有效；如果源站已不可达，应确认备用线路不会继续把请求送回同一个受影响地址。选择方案时，先问清备用入口在哪里、如何转发、能否承接预期流量，以及切换后数据是否仍可正确读写。

确认切换目标。记录当前域名解析、备用目标和预期回源地址，核实备用路径确实避开受影响的入口。不要把源站被攻击期间通过备用线路维持访问，误解成只改解析就能隔离攻击。
检查 DNS TTL。TTL 决定解析结果可被缓存的时间。攻击发生后调整记录，旧结果仍可能在缓存有效期内继续被使用；部分递归解析服务也可能不会严格按预期时间刷新。平时可按业务变更需求设置合理 TTL，并提前演练，而不是等故障发生才首次测试。
核实回源配置。检查回源地址、目标端口、主机名和请求协议是否匹配。若回源服务限制来源，须确认备用入口获准连接；同时避免源站仍对公网开放而被绕过备用入口直接访问。开放范围应依据服务商当前公布的接入信息维护。
验证证书与健康状态。确认面向用户的 TLS 证书覆盖实际访问域名，代理与源站之间的加密配置也兼容。健康检查应能发现应用不可用，而不只是检测服务器是否能连通；对于有写入的业务，还要确认切换期间数据落在哪一端。
小范围试切并观察。在可控域名、测试用户或低风险时段验证访问、登录、静态资源及关键业务操作。检查错误率、响应时间和回源状态；确认稳定后再扩大切换范围，并记录操作人与时间。

切换完成不等于故障结束。观察用户是否仍命中旧解析、备用线路是否过载，以及回源连接是否持续失败。若使用独立源站，要特别核对两端数据写入是否一致；未经确认，不要随意双向开放写入，以免产生冲突。回切前先确认原入口恢复、攻击流量已受控、配置已复核，再分阶段恢复原路由。

把备用线路的目标、解析变更权限、回源限制、验证方法和回切条件写入值班手册，并定期演练。这样，源站被攻击期间通过备用线路维持访问才有明确步骤，而不是临时改动后才发现证书、权限或数据路径不匹配。

递归解析缓存尚未更新、终端仍使用旧结果，或新目标本身不可达，都可能造成差异。检查解析结果和访问路径，并为缓存更新留出时间。

不一定。若问题在网络入口，备用代理或清洗入口可能足够；若源站主机或应用故障，则可能需要独立源站。选择取决于故障类型和数据要求。

在确认业务可用后，按实际架构限制源站的访问来源，并定期检查暴露的回源地址；变更规则前应保留管理通道和回退方案。

确认原线路稳定、应用恢复、数据状态可接受，并验证解析和回源配置后再回切。可分批恢复并持续观察错误与访问情况。