CentOS服务器应急预案演练核心是“真实场景、可控验证、快速回退”，聚焦SSH异常、YUM源失效、关键服务宕机三类故障，须提前验证带外管理、基础命令及恢复脚本，分模拟、诊断、恢复三阶段实操，并闭环更新文档、清单与监控告警。
CentOS 服务器应急预案演练，核心是“真实场景、可控验证、快速回退”。尤其在 CentOS 7 已于 2024 年 6 月 30 日正式终止维护（EOL）的背景下，系统不再接收安全更新，任何未被发现的漏洞或配置失误都可能引发连锁故障。演练不是走流程，而是检验你能否在服务中断、日志暴增、SSH 被锁、yum 失效等典型危机中稳住局面。
一、明确三类必练故障场景
聚焦高发、高影响、易复现的问题，避免泛泛而谈：
- SSH 服务异常：如修改 sshd_config 后配置错误导致服务无法启动、端口变更后连接丢失、fail2ban 误封管理员 IP；
-
YUM 源失效：出现
could not retrieve mirrorlist错误，无法安装补丁或关键工具（如 chrony、firewalld）； - 关键服务宕机：Nginx 或 MySQL 因配置错误、磁盘满、权限异常而无法启动，且无健康检查自动恢复机制。
二、演练前必须准备的“保命通道”
所有操作前，确保以下三项已验证可用，否则不开始演练：
CentOS Linux 7.9.2009
下载
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 带外管理（OOB）入口就绪：如 iDRAC、iLO 或云平台 VNC 控制台，能绕过网络和 SSH 直接访问控制台；
-
基础命令离线可用：确认
ss、journalctl、df、mount、systemctl等不依赖网络或额外包的命令可执行； -
最小化恢复脚本就位：提前写好并测试过一键恢复脚本，例如：
恢复 SSH 默认端口与密码登录：sed -i 's/#Port 22/Port 22/; s/PasswordAuthentication no/PasswordAuthentication yes/' /etc/ssh/sshd_config && systemctl restart sshd
三、分阶段实操演练流程
每次只触发一个故障点，记录从发现到恢复的全过程（建议计时），重点验证响应链路是否闭环：
-
第一阶段：模拟攻击/误操作
在测试机上执行可控破坏动作，例如：
—— 手动清空/etc/yum.repos.d/内容，再运行yum update观察报错；
—— 用iptables -A INPUT -p tcp --dport 22 -j DROP模拟防火墙误封； -
第二阶段：诊断与定位
禁止直接 Google，仅使用本地命令排查：
—— 查 SSH 日志：tail -50 /var/log/secure | grep "sshd\|Failed"；
—— 查 yum 报错根源：curl -v http://mirrorlist.centos.org测试连通性，再dig mirrorlist.centos.org验证 DNS； -
第三阶段：恢复与验证
使用预设方案恢复，并验证业务可用性：
—— 若 yum 失效，立即切换至阿里云镜像源：curl -o /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo；
—— 执行yum clean all && yum makecache，再尝试安装htop验证成功；
四、演练后必须完成的闭环动作
一次演练的价值，取决于是否把经验沉淀为可复用的能力：
- 更新应急预案文档：将本次实际耗时、卡点命令、绕过技巧写入内部 Wiki，标注“实测有效”；
- 固化检查清单（Checklist）：生成含时间戳的 PDF 清单，包含每类故障的 3 步标准响应（查什么日志 → 执行哪条命令 → 验证什么结果）；
-
设置自动预警项：在监控系统中加入硬性指标告警，例如：
——/var/log/secure中“Failed password”10 分钟超 50 次；
——/分区使用率 >90%；
——sshd进程不存在且端口 22 无监听。
