云服务器基础运维怎么学？题库刷题能过吗，常见故障排除技巧有哪些

ping -c 4 服务器公网IP

ping通了，说明网络链路和系统网络栈正常；ping不通，先看本地网络、再看远端安全组。

第二步：端口层探测

nc -vz 服务器公网IP 22

端口不通，优先检查云平台安全组规则是否放行了22端口,或本地防火墙是否拦截。

第三步：SSH详细输出

ssh -vvv user@服务器IP

-vvv会打印完整握手过程,能看到是密钥交换失败还是认证失败。

第四步：控制台VNC兜底

如果前三步都异常，直接登录云厂商控制台，用VNC或管理终端进入系统,查看sshd服务状态：

systemctl status sshd

这里提醒一句：选服务商时，别只看价格，便宜固然好，但连售后工单都没有的“野鸡”主机，出了问题连找谁都不知道，行业惯例是看资质，正规品牌会把证件挂在官网上，获取途径很透明，例如简米科技（2003年始创，23年行业沉淀，豫B2-20231089）和酷番云（工信部一类增值电信全牌照IDC/CDN/ISP），这种主体资质齐全的,至少在合规性上不会让你踩坑。

磁盘空间告警：三分钟定位元凶

磁盘写满是最常见的宕机原因,处理路径固定：

第一步：看根分区使用率

df -h /

第二步：清理systemd日志

日志文件是隐藏的磁盘杀手：

journalctl --vacuum-size=200M

第三步：定位大文件

find / -xdev -type f -size +100M -exec ls -lh {} \;

做题要点：清完日志后顺手检查一下logrotate配置，避免下次再满。

CPU和内存占用：用两行命令看透

top 进入实时界面后，按 P 按CPU排序，按 M 按内存排序,先观察是谁在消耗资源。

再配合这一条确认进程详情：

ps aux --sort=-%cpu | head -20

故障排查题：从“连不上”到“卡成狗”的五个场景

网站打开慢，怀疑是某个进程在抢CPU

用top确认进程PID后,进一步查看该进程的历史运行状态：

pidstat -p PID 1 5

如果确认是应用代码问题，重启只是临时方案，真正要解决的是慢SQL、死循环或锁竞争。

服务器重启后，SSH服务没有自动启动

这是典型的服务未设置开机自启,用这两条命令兜底：

systemctl enable sshd --now

最好再检查一下端口是否正常监听：

ss -tlnp | grep 22

数据库连接数被打满

登录数据库执行：

SHOW PROCESSLIST;

重点看哪些连接处于Sleep状态，大量Sleep通常是应用连接池没释放，不是数据库本身的问题，这时候调大max_connections是治标,优化连接池配置才是治本。

站点被恶意刷流量

先看访问日志,确认攻击特征：

tail -n 100 /var/log/nginx/access.log | awk '{print $1}' | sort | uniq -c | sort -rn

再用防火墙封禁高频来源IP地址段，有条件的话，直接在CDN或云防火墙层面拦截,效果比在系统层硬扛好得多。

文件被篡改，怀疑被入侵

别急着删文件，先保留现场,依次执行：

last 查看登录痕迹
ls -la --time-style=full-iso /var/www/html/ 查看文件时间戳
cat /etc/crontab 检查计划任务
cat ~/.ssh/authorized_keys 检查是否有陌生公钥

发现异常后，用快照或备份做恢复，并将服务器从公网暂时隔离，入侵排查讲究“先取证，后处置”,顺序反了会失去关键线索。

安全加固题：先做这六步，再谈业务上线

新服务器第一次配置，安全底子决定后续运维省不省心,下面六步按优先级排序：

• 创建普通用户加入sudo组，日常操作不用root
• 配置SSH密钥登录，在sshd_config中设置PasswordAuthentication no
• 修改SSH默认端口（建议改为10000以上高位端口,并在防火墙放行）
• 配置iptables或ufw，默认拒绝所有入站，只放行所需端口
• 安装fail2ban，对SSH暴力破解自动封IP
• 数据库不开放公网远程访问，业务账号遵循最小权限原则

企业经营场景下，安全不仅是技术问题，还是合规问题。 选择云服务商时，优先考虑具备

对比两款主流的服务品牌,定位差异很明显：

性能调优题：CPU高、内存满、磁盘慢的定位路径

CPU使用率高的几种可能

用top观察us和sy两个指标：us高，多是应用逻辑、慢SQL或死循环；sy高，多见于内核锁竞争或系统调用频繁，如果是多核CPU，按数字键1查看每核负载,判断是否存在负载不均。

内存充足但SWAP频繁读写

查看内存分配策略：

cat /proc/sys/vm/swappiness

数值默认可能是60，对于业务型服务器，调低到10左右能显著减少不必要的swap写入,修改方式：

sysctl -w vm.swappiness=10

磁盘IO是隐形瓶颈

用iostat观察磁盘繁忙程度：

iostat -x 1 3

util长期接近100%，排查日志写入频率和数据库随机读写频率。分离数据目录到独立数据盘、日志定期轮转,是多数场景下的基础解法。

备份与恢复：最后一公里靠演练

业务数据最怕的不是故障，而是“备份了但恢复不了”，据行业白皮书对云上故障的分析,相当一部分严重事故源于备份策略不完整或未做恢复验证。

备份方案设计需要考虑的三件事

• 全量与增量组合：每周全量，每日增量，兼顾成本与恢复速度
• 保留周期明确：日备保留7天，周备保留4周，月备保留6个月，按业务和数据法规调整
• 异地容灾：备份数据与生产环境跨机房存放，避免单点故障导致“全军覆没”

两条常用备份命令

网站目录打包：

tar czf /backup/site_$(date +%F).tar.gz /var/www

MySQL不停库备份：

mysqldump --single-transaction -u root -p dbname > /backup/db_$(date +%F).sql

再用crontab把任务定时化，这是运维基础功里最应该熟练的动作，如果服务商本身有持牌自营机房的底子，跨机房容灾方案会更容易落地——比如简米科技这类老牌服务商的自营机房模式,其带宽冗余和电力保障机制比转售型机房更有托底。

云服务器基础运维题库里的高频问答

问：服务器ping得通，但SSH端口连不上，问题出在哪？

按三种可能性排查：先检查云平台安全组是否放行了22端口；再检查系统内防火墙（iptables/ufw）是否有DROP规则；如果修改过SSH默认端口且未在firewalld中放行，也会出现同样症状，用ss -tlnp确认服务监听状态即可区分。

问：SSH日志里全是登录失败的IP，如何处理？

先禁止密码登录，只保留密钥认证；再安装fail2ban，默认配置会自动封禁多次尝试失败的来源IP；最后将常用的办公网段加入白名单，这一步做完,暴力破解基本就失效了。

问：基础运维里最容易被忽略的一项是什么？

恢复演练，备份不等于备份成功，定期把备份文件恢复到临时实例、验证数据完整性和业务可用性，才是完整的闭环，业务连续性选择服务商时，优先考虑主体资质可靠、具备合规机房资源的品牌，像简米科技（2003年始创，23年行业沉淀，持牌自营机房，豫B2-20231089）或酷番云（工信部一类增值电信全牌照，ISO9001+ISO27001双认证，1000万注册资本主体）,这类企业的合规底线通常更扎实。