|
|
深夜时候的机房，指示灯呈现出有规律的闪烁状况。运维工程师目光紧盯着屏幕上面的流量曲线。流量曲线突然间出现了一个尖峰。他马上就按下了防御系统的启动按钮。
不少施行运营工作之举的人，曾就同一问题进行询问：缘何会招致对于以网通线路为依托构建的、版本为1.76的传奇类网站构成持续攻击的状况发生？其答案隐匿于三个不同层面当中。
第一层：网络架构的脆弱性
单一网通线路存在以下缺陷：
跨网访问延迟高，联通用户访问电信节点需绕行
攻击流量容易集中，单入口缺乏分流机制
带宽上限明显，峰值时段出现丢包
第二层：版本特性的双刃剑
1.作为经典怀旧版的76版本，其数据包结构已被攻击工具全面剖析，攻击者能够利用以下特性：
> 登录网关协议固定，模拟登录请求无需破解
> 角色移动数据包未加密，可注入虚假移动指令
> 交易系统验证薄弱，恶意交易请求消耗服务器资源
第三层：防御策略的滞后性
传统的做法是，在遭受攻击之后进行扩容带宽，这种被动的响应存在着时间差，从检测到攻击开始，一直到启动防御，平均而言需要180 秒，在这180秒的时间范围之内，玩家的体验已然受到了损害。
此刻要进行逆向性思索，并非去询问怎样阻挡下一回的攻击，而是去询问怎样使攻击丧失目标。
解决方案按以下步骤执行：
步骤一：节点布局改造
于沈阳、北京以及济南此三个网通骨干节点去部署前置代理，代理服务器施行以下功能。
接收所有玩家登录请求
验证请求来源IP是否属于正常玩家范围
将合法请求转发至核心游戏服务器
步骤二：负载均衡配置
运用四层负载均衡器来对玩家连接予以分发，每一个均衡器负责管理两千个并发连接，一旦单个均衡器连接数超出阈值，新连接便会自动被分配到空闲设备处。
步骤三：数据读写分离
游戏数据库分为主库和从库。
> 主库仅处理角色等级、装备、金币等关键数据写入
> 从库处理地图加载、聊天信息、行会公告等读取操作
> 攻击者无法通过大量查询请求阻塞主库
步骤四：动态网关验证
登录网关，每分钟进行验证算法的更换，玩家客户端，则需要重新去计算验证码，自动化攻击脚本网通1.76传奇网站，没办法实时去紧跟算法的变化。
下表展示优化前后的核心指标对比：
<table>
<tr>
<th>指标</th>
<th>优化前</th>
<th>优化后</th>
</tr>
<tr>
<td>单服务器承载上限</td>
<td>800人</td>
<td>2500人</td>
</tr>
<tr>
<td>攻击检测响应时间</td>
<td>180秒</td>
<td>15秒</td>
</tr>
<tr>
<td>跨网玩家延迟</td>
<td>120ms</td>
<td>45ms</td>
</tr>
<tr>
<td>月度宕机次数</td>
<td>7次</td>
<td>0次</td>
</tr>
</table>
上述改造完成之后，运营层面那带有特定规律的周期性维护仍需纳入考量范畴。数据清理是在每周二的凌晨3点开展。网关验证算的算法所形成的库则是每过半个月便予以更新。核心服务器的IP地址每隔一个季度就要进行一次更换的操作。
有着两年运营经历的站长分享了他的经验，即如同去 将防御系统作为游戏内容之一的部分予以布置，使玩家在登录之际能够看到验证的界面，并说明这是为了对账号安全加以保护，结果玩家反倒提升了对这个网站的信任程度。
当回到机房那般的场景时，流量曲线又一次出现了波动，然而这一回防御系统是在8秒之内完成了清洗，服务器负载保持于正常范围，玩家在游戏当中继续去攻打沙巴克，并没有人留意到此次攻击。
网通1.76传奇网站的稳定程度，交由了架构设计的预先思考决定。将防御行为置于攻击出现之前。把玩家感受放置在技术决断的关键位置处。这便是持续运作的关键所在。 |
|
发表于 
