业务遭遇流量攻击时，把域名解析改向备用防护节点，可以为新建立的访问连接更换入口。但这不是一键清除攻击：解析缓存、直连源站的流量以及备用节点容量，都会影响效果。理解 DNS切换在流量攻击防护中的应用，关键是把它纳入预案，而不是等到业务中断后才临时改记录。
DNS切换能做什么，不能做什么
DNS负责把域名解析为网络地址。攻击期间，管理员可调整 A、AAAA 或 CNAME 记录，使后续查询获得备用节点的地址；备用节点再依靠自身的流量清洗、访问控制或承载能力处理请求。DNS切换在流量攻击防护中的应用，主要是更换访问入口和分散风险，本身并不识别或过滤恶意流量。
这一方式适合备用节点已接入业务、配置和证书可用，且攻击流量主要经域名访问的情形。若攻击者直接访问源站地址，单改 DNS 不能阻断这类流量；还需由网络侧限制源站入口，或让业务只接受防护节点转发的请求。已有连接通常也不会因解析记录变化而自动迁移。
切换前准备：先让备用节点真正可用
- 确认备用节点：预先配置域名、证书、回源地址和必要的访问规则，并确认其带宽、连接数及业务依赖能够承接预期流量。
- 核对解析记录：记录主、备节点对应的 A、AAAA 或 CNAME 值，明确由谁操作权威 DNS，并为变更设置审批和留痕流程。
- 检查 TTL：TTL 是解析结果可缓存的时间。可在平时按业务容忍度设置较短值；临时下调 TTL 不会清除递归解析器或终端已经缓存的旧结果，因此应提前调整并留出观察时间。
- 准备验证指标：选择能够反映用户体验的项目，例如关键页面是否可打开、业务请求成功率、响应时间，以及备用节点的资源使用情况。
攻击期间的切换步骤
- 确认影响范围。区分是单个域名、整个站点还是源站网络异常；核对备用节点健康状态，避免把流量导向不可用目标。
- 选择变更记录。按既定预案修改相应记录。若使用 CNAME，应确认目标域名解析正常；若使用 A 或 AAAA，需分别核对 IPv4、IPv6 是否都应指向备用入口。
- 发布并检查解析。在权威 DNS 管理界面确认变更已生效，再从不同网络查询域名。解析结果会受缓存和 TTL 影响，不能只凭单个终端判断全球用户已全部切换。
- 观察业务和节点负载。检查访问成功率、错误类型、响应时间及备用节点承载情况。若用户仍大量访问旧地址，应同时排查缓存、应用内固定地址和绕过域名直连等情况。
DNS切换在流量攻击防护中的应用，应把“解析变更已发布”和“用户流量已迁移”视为两件事。权威 DNS 更新后，递归解析器可能仍在 TTL 到期前使用旧答案；客户端也可能复用已有连接。实际迁移速度取决于缓存、终端行为和解析服务，无法仅凭记录修改时间保证。
如何选择切换方式与回切时机
手动切换与自动健康检查
手动变更便于人工复核，适合变更频率低、需要确认攻击情况的业务；缺点是依赖值守人员响应。带健康检查的 DNS 调度可以在目标异常时调整应答，但检查结果并不等同于攻击识别，检测间隔、判定条件和缓存都会影响切换效果。自动化适用于已验证规则、具备告警和审计机制的环境，不宜未经演练直接启用。
恢复主节点前先验证
攻击缓解后，不要只因流量下降就立即回切。先确认主节点服务正常、源站入口仍受保护，并观察备用节点上的业务数据是否完整。回切可按预案逐步调整解析，再检查解析答案与真实访问情况；若主节点再次异常，应保留重新切换的能力。DNS切换在流量攻击防护中的应用，最终目标是可控迁移，而非追求某个固定的切换秒数。
常见问题
改完解析后，为什么部分用户仍访问旧节点？
递归解析器或客户端可能还缓存旧答案，已有连接也可能继续使用原路径。应结合多个网络的解析查询与实际业务监控判断迁移进度。
把 TTL 设为很短，就能立即切换吗？
不能保证。TTL 只影响遵守该值的缓存行为；此前缓存的记录、解析器策略和连接复用仍可能造成延迟。
切换到备用节点后，是否还要处理源站？
要。若攻击者能绕过域名直接访问源站，仍需限制源站的外部访问路径，并确认合法请求能经防护入口到达业务。