遭遇流量攻击时，网站怎么把请求切到边缘节点？

网站遭受流量攻击时的边缘分流方案，重点不是简单改一个解析记录，而是让边缘节点先接收访问、过滤异常请求，再把正常请求转发到源站。切换前要确认防护能力、域名配置和源站访问限制；如果攻击流量超过服务商可承载范围，单靠改路由并不能保证恢复。

先判断攻击类型，再决定如何分流

若出口带宽被大量连接占满，属于偏网络层或传输层的压力，应先向接入服务商或边缘服务商确认是否启用了相应的流量清洗能力，以及当前套餐、线路能否承载攻击规模。若网络仍可用，但特定页面、接口或查询请求明显变慢，更可能是应用层请求集中，需要在边缘配置速率限制、请求校验或缓存规则。

两种情况可以同时出现。边缘分流的价值在于把请求入口移到离访客更近、具备防护能力的节点；它不能替代容量确认，也不能自动判断每个请求是否恶意。

确认接入条件。在服务商控制台添加要保护的域名，按其要求验证域名所有权，并配置回源地址、主机名和加密证书。确认边缘节点支持的协议、端口与源站一致，不要猜测服务商给出的地址或规则。
先保护源站。将源站的入站访问限制为边缘服务商公布的回源地址范围；如果业务需要健康检查或运维直连，应单独配置并记录用途。否则攻击者仍可能绕过边缘入口，直接请求源站。
配置请求处理规则。对可公开缓存的图片、样式文件和下载内容设置合适的缓存策略；用户账户、购物车、管理页面等个性化内容通常不应被共享缓存。对短时间内重复访问的敏感接口，可设置速率限制或挑战规则，并为合法调用保留通道。
切换域名解析。确认边缘配置已生效后，再按服务商要求修改域名解析。若此前已把记录生存时间（TTL）调低，解析变化通常更快被各地递归解析器采用，但不保证立即全球生效；临时降低 TTL 也应提前操作，而不是等攻击发生后才开始准备。
验证并观察。从不同网络检查页面、登录和关键业务接口，核对边缘日志中的请求量、拦截原因及回源错误。对比源站负载和正常用户反馈；若出现大量误拦，优先收窄规则，不要直接关闭全部防护。

边缘缓存能减少重复请求到达源站，适合内容变化不频繁的公共资源；但它无法解决所有动态请求的压力。对动态接口，更重要的是限制异常频率、缩短不必要的计算链路，并确保边缘到源站的连接稳定。配置缓存时应检查响应头和查询参数处理方式，避免把一个用户的数据错误地返回给另一个用户。

实施网站遭受流量攻击时的边缘分流方案时，还要保存原有解析值、规则和变更时间。若边缘节点出现故障，不宜未经判断就把流量全部切回暴露的源站；先确认攻击是否仍在持续，并评估回退后的承载能力。

不同解析器缓存时间不一，旧记录可能暂时保留。检查权威解析结果和本地解析缓存，并以服务商控制台的生效状态为准。

不能。缓存有助于减轻可缓存内容的回源压力，但动态请求、缓存未命中请求及大流量攻击仍需对应的边缘防护能力。

不建议。若源站可被直接访问，攻击者可能绕开边缘节点。应按服务商公布的回源范围配置访问控制，并保留必要的健康检查通道。

边缘服务异常、配置导致关键业务不可用，且确认源站有能力承接流量时，才考虑回退；同步保留监控并逐步调整，避免再次暴露过载风险。

归根结底，网站遭受流量攻击时的边缘分流方案要同时覆盖入口切换、规则配置、源站保护和业务验证。平时完成域名接入、权限收紧与回退演练，真正需要切换时才有可执行的路径。