游戏服突然卡顿、掉线，管理后台也打不开，先限流还是先清洗，取决于攻击压在哪一层。游戏服务器遭受流量攻击的应急方案，核心不是二选一，而是先保住入口和在线服务，再逐步缩小影响范围。若入口线路已被打满，单改服务器规则通常来不及；若只有特定业务请求异常，立刻全站封禁又可能误伤正常玩家。
先判断：流量堵在哪一段
值班人员先核对监控、主机商告警和玩家反馈，重点看入口带宽、连接数、丢包与延迟是否同时异常，并比较攻击发生前后的变化。记录异常开始时间、受影响的区服和网络方向，留存防火墙及系统日志；不要只凭某个监控指标下结论。
- 线路或网络设备接近承载上限：外部流量已影响正常数据包进入，服务器本机限流难以处理，应立即联系线路提供方或云平台启动流量清洗。
- 连接建立阶段异常：若短时间出现大量未完成连接，且正常玩家难以建立会话，可先启用边界侧防护规则；同时确认规则不会拦截游戏所需的合法协议和端口。
- 特定游戏业务变慢：如果整体网络尚可，但登录、匹配或房间创建等环节明显超时，可对相应功能做临时限流或排队保护，并检查后端服务是否被请求拖慢。
处置顺序：先保入口，再控业务
入口已饱和：先清洗，不等本机规则
向网络服务商或云平台提交攻击时间、受影响地址和端口、流量方向、告警截图及日志片段，询问可用的流量清洗方式和切换影响。清洗通常通过在流量到达业务入口前识别并过滤异常数据实现；具体能否覆盖游戏使用的 UDP 或 TCP 流量，要按服务方案确认。不要把整段正常玩家网络一并封掉。若清洗无法及时恢复且服务持续不可用，可与提供方评估临时黑洞路由；它会牺牲被隔离目标的可达性，只适合作为止损手段。
入口尚可用：精准限流，并准备上游介入
限流应按协议、端口、会话状态或业务功能设置，优先收紧异常最明显的入口。保留必要的登录与对局通信容量，避免所有玩家共享一个过低阈值。规则上线后观察正常玩家的登录成功率、延迟和掉线反馈；若丢包扩大、更多区服受影响，立即回滚，并升级联系上游启动 DDoS 防护或流量清洗。
值班人员可执行的应急步骤
- 确认范围：区分单一区服还是多个区服受影响，记录起始时间、协议端口、监控变化和玩家侧症状。
- 通知责任方：同步网络服务商、云平台或机房值班人员，明确请求网络侧检查及清洗，不要等到本机资源耗尽后才报障。
- 采取最小变更：入口拥塞时优先申请上游清洗；入口可用时，先对明确异常的连接或业务环节限流，变更前保存原规则。
- 持续复核：每隔数分钟查看带宽、丢包、延迟及玩家反馈，按变化调整措施。若限流无效或攻击转向其他区服，扩大上游处置范围。
- 恢复与复盘：确认异常下降、服务稳定后分阶段撤销临时限制，检查正常玩家能否重新登录和进入对局，并保存时间线、变更记录与服务商反馈。
常见问题
限流和清洗可以同时做吗？
可以。入口仍可用时，精准限流可先降低业务压力，同时让上游准备清洗；线路已经拥塞时，限流不能替代入口侧清洗。
能否直接封掉异常来源？
只有在来源特征明确、规则影响可控时才适合。共享网络环境可能让正常玩家与异常流量呈现相似来源特征，盲目封禁会扩大误伤。
什么时候考虑黑洞路由？
当目标持续不可用、清洗暂时无法实施且需要保护其他服务时，可与网络提供方讨论。它会让被隔离目标无法正常访问，不能视为恢复服务的办法。
归根结底，游戏服务器遭受流量攻击的应急方案应按故障位置决定顺序：线路先拥塞就先推动上游清洗，业务入口尚能响应就先做可回滚的精准限流，并行保留清洗升级通道。处置中持续核对玩家体验，避免为压流量而把正常对局一并切断。
