服务器被攻击最怕三个东西
这个说法在网上流传很广，但没人说清楚是哪三个。这篇按实战经验给个答案。
先说清楚：这不是什么玄学，是攻击者最在意的三个点。你在这三点上做得越差，越容易被盯上。
第一个：源站 IP 暴露
这是最致命的，也是最常见的。
攻击者拿到你的源站 IP，就等于知道了靶子在哪。后面所有防护都是硬扛——扛得住是运气，扛不住是常态。
IP 是怎么泄露的
- 历史 DNS 记录。接入防护前，域名直接解析过源站 IP。用 DNS 历史查询工具一查就有。
- 子域名没处理。主站接了防护，但
test.xxx.com、admin.xxx.com还直连源站。 - 邮件头。服务器发的邮件，邮件头里带真实 IP。
- SSL 证书日志。给 IP 直接申请过证书，证书透明日志（CT Log）里会记录。
- 第三方回调。支付、推送、统计的回调地址填的是源站 IP。
- 全网扫描。源站开了不必要的端口，被 Shodan、ZoomEye 这类搜索引擎扫到。
自查方法：接入防护后，从外部用
ping、nslookup、DNS 历史查询、端口扫描，全方位试一遍。很多人以为藏好了，其实一查就露。
第二个：单点架构
所有业务跑在一台服务器上，打挂一台就是全挂。
攻击者最喜欢这种结构——不需要精确打击，随便打哪都能造成最大损失。
常见的单点
| 单点 | 打掉之后 |
|---|---|
| 只有一台游戏服 | 全服掉线 |
| 只有一个登录网关 | 所有玩家登不上 |
| 数据库和游戏服同机 | 数据库被拖垮，数据可能损坏 |
| 只有一个出口 IP | 带宽打满就全断 |
怎么改
- 业务分片。不同区服分不同机器，打挂一个区不影响其他区。
- 入口分散。多个接入节点，一个被打切到另一个。
- 数据库独立。数据库不和业务同机，只允许内网访问。
- 静态资源分离。图片、更新包放 CDN 或对象存储，不占源站带宽。
第三个：没有备份，或者备份没用
这个最容易被忽略，但出事之后最致命。
很多人以为「被攻击」的损失是掉线几小时。实际上真正的大损失是数据没了。
两种典型情况
情况一：备份和源站在同一台机器上。
服务器被打挂、被入侵、被格式化，备份一起没了。等于没备份。
情况二：备份了，但恢复不了。
备份文件损坏、备份的是不完整的表、或者根本没验证过能不能恢复。真要用的时候发现是废的。
该怎么做
- 异地备份。备份文件存到另一台服务器、另一个机房，或者对象存储。绝对不要和源站在同一台机器。
- 每日自动。手动备份总会忘。写个定时任务，每天凌晨自动跑。
- 定期验证。每月抽一次，把备份恢复到测试环境，确认数据完整。这一步九成人不做。
- 保留多份。至少保留最近 7 天的每日备份 + 每周的完整备份。
一个真实案例：某游戏被打了 2 小时，流量攻击本身没造成损失。但攻击者趁乱通过一个未修补的漏洞进了数据库，清空了玩家表。等发现时，最近的备份是 3 天前的。3 天内的充值记录全没了，玩家闹翻天，最后赔了一大笔。
为什么是这三个
因为攻击者的成本收益算得很清楚：
| 你的状态 | 攻击者视角 |
|---|---|
| 源站 IP 暴露 | 目标明确，直接打，成本最低 |
| 单点架构 | 打一处就见效，投入产出比最高 |
| 没有有效备份 | 打完之后你恢复不了，破坏效果最大化 |
反过来，如果你这三点都做好了：
- 源站 IP 藏住 → 攻击者找不到目标
- 架构分散 → 打一处不影响全局
- 有可用备份 → 打完了也能快速恢复
攻击者会觉得「这活不好干」，转去找别的目标。
优先级排序
如果只能做一件事，按这个顺序：
- 先做异地备份。成本最低（一块硬盘或几十块的对象存储），收益最大。数据没了什么都没了。
- 再藏源站 IP。需要接入防护，有一定成本，但这是防护的地基。
- 最后改架构。成本最高，需要改代码和运维方式，但决定了你能扛多大的攻击。
补充：还有几个次要的
除了这三个，下面这些也会加分（或者减分）：
- 默认密码。数据库、后台、Redis 用默认密码，等于开门迎客
- 未修补的漏洞。框架版本落后、组件有已知 CVE，扫描器一扫就知道
- 暴露的管理端口。SSH、RDP、phpMyAdmin 开在公网
- 日志不留。被打之后查不到攻击来源，也没法复盘
这些不是「最怕」的级别，但都是实实在在的减分项。
小结
「最怕三个东西」的答案是：
- 源站 IP 暴露 —— 让攻击者找到靶子
- 单点架构 —— 打一处就全崩
- 没有有效备份 —— 出事之后恢复不了
这三点跟「防护能力多强」没关系，跟「基础功课有没有做」有关系。很多团队花大钱买防护，但这三点没做好，照样被打得很惨。
想了解怎么藏源站 IP，可以看 游戏盾能破吗 那篇里的六条泄露途径。