一个登陆认证系统
从代理项目《狂刃》的登录认证需求出发，作者描述了一个在时间压力下临时设计的简化认证协议。该协议基于HTTP，旨在为非Web应用在不安全信道上建立认证流程。核心设计包含游戏服务器（G）、认证平台（E）和客户端（C）三方交互：G生成一次性盐值（salt），C用用户密码对盐值进行加密签名后发送给E验证；E验证通过后，用相同算法生成发给G的认证令牌，最终由C转发给G完成双向确认。这种设计让G和E无需保持通信，只需预共享密码，降低了服务器状态管理的复杂度。 文章的重点落在实际部署中的一次“拍脑袋”引发的事故。合作方在未通知的情况下，使用作者用Lua快速编写的调试用认证服务器，对600人进行了压力测试。初期认证大面积失败，排查发现根因在于服务器的网络配置：该服务器配有电信和网通双线IP，而作者最初将服务绑定地址（bind address）默认设为127.0.0.1，合作方在部署时仅将其改为了服务器的其中一个IP，导致部分客户端无法连接。最终将绑定地址改为0.0.0.0才解决了问题。这个意外插曲揭示了一个常见陷阱：内部开发用的快速工具一旦被外部环境直接使用，其默认配置或简化实现可能成为隐形炸弹，即使核心逻辑（如作者后续补上的并发处理）经受住了压力，但外围配置的疏漏同样会导致生产事故。