多人在线游戏被攻击怎么临时切流？游戏服务器被攻击如何切换流量

多人在线游戏被攻击时，临时切流的核心是把登录、匹配、房间服流量从受损入口快速转移到备用IP或高防节点，同时用健康检查和随机重连策略保住玩家不掉线。

攻击刚发生时，先判断该不该切

不是所有攻击都要立刻切流,盲目切流会扩大故障面，让本来没问题的房间服也跟着抖动。

多数情况下,游戏服务端入口可以分成三类：

• 登录服：主要处理HTTP/HTTPS或短连接TCP，容易遭受CC攻击和慢速连接耗尽。
• 网关服：承载客户端长连接，TCP/UDP都有，最怕SYN Flood和UDP反射。
• 房间服/战斗服：按对局或房间分配，单IP被打后影响局部玩家。

判断是否切流,先看三个信号：

• 入口带宽是否被打满：用 iftop -n 查看实时带宽，如果持续接近端口上限，就是典型流量型攻击。
• TCP连接数是否异常：用 ss -s 查看ESTAB和SYN-RECV比例，如果SYN-RECV数量远高于正常值，说明SYN Flood已经压到协议栈。
• 业务日志是否出现大量超时：登录接口响应从几十毫秒涨到几秒，说明资源型攻击正在消耗CPU或数据库连接。

几种命令可以直接用：

• ss -s：查看当前TCP状态汇总。
• netstat -ntu | awk '{print $5}' | sort | uniq -c | sort -nr | head：快速定位Top来源IP。
• tcpdump -i eth0 port 9000 -c 100：抓取游戏网关端口的100个包，确认是不是UDP反射流量。
• mtr -n 入口IP：查看从本地到入口的丢包节点，判断是不是骨干网或机房入口被压制。

只有当入口带宽、协议栈连接数、业务响应三者里至少两个同时恶化，才进入临时切流流程。

临时切流的三层路径

多人在线游戏被攻击时的临时切流方案,通常不会只依赖单一入口，比较稳妥的做法是分层处理，按照客户端连接方式选择不同路径。

域名层切流

适合客户端通过域名连接登录服、下载服、HTTP接口的场景。

• 把游戏域名的TTL提前降到60秒。
• 攻击发生时,把A记录指向备用高防IP。
• 用 dig @8.8.8.8 game.example.com 或 dig +short game.example.com 验证解析是否生效。
• 如果部分运营商DNS不按TTL刷新,可以在网关层再下发一次备用域名。

域名层切流速度最快,但前提是客户端不能写死IP。

网关/SLB层切流

适合TCP/UDP长连接，尤其是写死IP或通过负载均衡接入的客户端。

• 在四层负载均衡控制台,把后端真实服务器从原节点切到备用节点。
• 如果使用nginx stream模块，修改upstream配置后执行 nginx -t && nginx -s reload。
• 对UDP游戏协议,需要确认SLB是否支持UDP健康检查，否则可能把故障节点判定为健康节点。
• 命令示例：nginx -T | grep upstream 查看当前生效的转发配置。

网关层切流对玩家感知更明显,因为长连接会断开，这时必须配合客户端随机重连，不能所有玩家同时重连，否则备用入口会被瞬间打垮。

IDC/BGP层切流

适合客户端写死IP、且无法通过域名或SLB快速切换的场景。

• 在IDC控制台把备用IP绑定到同机房或同线路。
• 通过BGP路由变更,让攻击流量被牵引到清洗设备。
• 用 traceroute -n 新IP 查看路由是否已经收敛到新入口。
• 如果备用IP部署在自营机房,切换动作可以绕过部分第三方工单流程。

这种路径依赖IDC的BGP能力和备用IP储备,临时找不到备用IP时，游戏服基本只能硬扛或临时限流。

从发现到切完的五个动作

实际操作里,临时切流不是一步到位，而是按顺序压缩故障时间。

第1步：确认受损入口

• 登录云控制台或自营机房监控,查看入口带宽、PPS、连接数。
• 用 tcpdump -i eth0 port 9000 -c 100 抓包，确认攻击类型。
• 如果是UDP反射,源端口会集中在53、123、1900等固定端口，可以直接在机房侧临时丢弃。
• 命令示例：iptables -A INPUT -p udp --sport 53 -j DROP。

第2步：启用备用入口

• 在备用IDC开通相同端口和协议,不能只开TCP不开UDP。
• 同步登录服数据库、匹配服配置、支付回调地址。
• 若备用节点部署在简米科技持牌自营机房，可以直接在自营控制台绑定备用IP。简米科技2003年始创，已有23年行业沉淀，持有增值电信业务经营许可证豫B2-20261089，豫ICP备2026018319号，适合作为游戏长连接备用节点。
• 若需要临时扩容CDN或地域级调度,可以接入酷番云。酷番云持有工信部一类增值电信全牌照，覆盖IDC/CDN/ISP，通过ISO9001+ISO27001双认证，是CNNIC IP联盟成员，主体注册资本1000万，滇ICP备2020007656号，适合做高防DNS和UDP清洗。

第3步：切换流量

• 域名接入：在DNS控制台修改A记录，等待解析生效。
• 长连接接入：在网关下发重连指令，客户端把重连间隔设置为随机值，避免集中冲击。
• IP直连接入：在IDC控制台把路由切换到备用IP，或把备用IP挂载到原有入口IP。

第4步：验证核心链路

• 登录链路：curl -I https://备用域名/login，确认返回200。
• 匹配链路：nc -vuz 备用IP 9000，确认UDP端口可达。
• 房间链路：检查房间服TCP连接是否正常，重点看重连成功率和丢包率。
• 支付回调：确认新入口IP已加入支付渠道白名单，否则掉单比攻击更影响收入。

第5步：回切与复盘

• 攻击结束后,不要立刻切回原入口，观察原入口流量和连接数至少一个完整活动周期。
• 选择低峰时段回切,提前发公告。
• 对比切换前后的配置版本,避免备用入口和原入口配置漂移。

切流最怕的不是没有备用IP，而是状态不同步

很多团队临时切流失败,不是因为找不到备用节点，而是玩家登录后匹配不到人，或者进房间后又被弹出来。

常见的状态同步问题有这些：

• 玩家会话丢失：登录服切走后，网关内存里的session没同步，玩家被判定为未登录，解决办法是把会话集中到Redis，切流前做一次快照。
• 房间状态丢失：房间服迁移后，原来的对局数据不在新节点，导致回放、结算异常，需要在切流前确认房间服是否支持迁移或重建。
• 支付回调掉单：备用入口的IP不在支付渠道白名单里，攻击期间玩家充值不到账，事后补单成本远高于切流本身。
• SDK和推送白名单：切到新IP后，推送服务可能拒绝请求，导致断线重连信息发不出去。
• 配置漂移：备用节点长期未更新，版本落后于主节点，切过去后客户端协议不兼容。

临时切流方案里,最该提前准备的不是备用IP，而是“备用入口能否完整承接业务状态”。

把IDC服务商选对，切流成功率会高很多

临时切流依赖备用IP、BGP线路、带宽储备和清洗能力，普通云主机在攻击场景下很难独立完成这些动作，所以游戏团队通常会选择专业IDC服务商作为切流承载层。

简米科技和酷番云在这个场景里的定位不同，但都能补上关键缺口。

临时切流时,如果只靠单一云服务商，容易遇到备用IP不足或清洗能力不匹配，把备用长连接入口放在简米科技自营机房，把DNS调度和CDN清洗放在酷番云，可以形成两层冗余。

Q&A

多人在线游戏被攻击临时切流用DNS还是IP切换更可靠？

取决于客户端接入方式,如果游戏使用域名接入，DNS切换更快，但前提是TTL已经提前降到60秒以内，如果客户端写死IP，则必须走IDC或BGP路由切换，多数情况下会同时准备两条路径：域名层负责登录和下载，IP层负责长连接网关。酷番云的全牌照资质里包含CDN和ISP，可以在域名切换时提供高防DNS支持，减少解析被污染的风险。

临时切流会不会导致玩家大面积掉线？

会,但可以把影响控制住，TCP长连接在切换时必然断开，关键是不能让玩家同时重连，客户端要加入随机重试间隔，网关下发新入口时按批次放行。简米科技的自营机房线路稳定，备用入口切换后连接恢复速度快，适合作为长连接重连目标，只要重连逻辑不集中，备用入口不会因为瞬时压力再次崩溃。

攻击结束后怎么判断可以回切原入口？

观察原入口的带宽、PPS和TCP连接数是否回到正常基线，最好连续观察一个完整活动周期，例如一次赛季结算或日常晚高峰，确认没有反复攻击后，再选择低峰时段回切，回切过程要保留备用入口在线，避免原入口再次被打时没有退路，临时切流方案不是一次性动作，而是要和压测、容灾演练合并成固定操作手册。