去年帮团队筛实习生简历时我又把网易2018那套系统运维实习生笔试题翻出来看了一遍。说实话距离这场笔试已经过去好几年但题目里考察的那些基础点放到今天依然不过时——系统运维这个岗位入门要求始终是那几块硬功夫Linux、网络、脚本、监控再加一套能落地的问题排查思路。这篇文章不打算“回忆”具体题目而是从这类笔试题出发把系统运维实习生的核心能力、考察逻辑、实操方法一次讲透。不管你是准备校招实习还是刚入行想补基础都可以把这份内容当一份浓缩版的备考地图。我见过不少同学刷了一堆题、背了一堆命令笔试还是挂得莫名其妙。问题往往不在于知识量不够而在于不知道面试官到底在考什么。所以这篇内容会先拆解出题逻辑再逐块讲核心技能最后结合“从零搭建系统”“互联网运维和国企运维的差异”这些行业话题给出一套能直接上手的准备方案。1. 笔试题目背后的真实考点与能力模型1.1 系统运维实习生到底考什么能力很多同学对“运维实习生”有误解以为就是装系统、敲命令、看监控技术含量不高。但网易这类互联网公司的笔试题其实是在用一张卷子做“人才漏斗”筛掉不具备工程师思维的人。我把这套笔试题背后的考点归纳成四层能力第一层是知识广度。Linux常用命令、文件系统、权限模型、进程管理、网络协议基础、Shell脚本、数据库基本操作这些属于“送分题”但覆盖面很广。第二层是问题定位能力。题目往往会给你一个线上故障场景比如“CPU飙升”“磁盘写满”“接口超时”让你说出排查思路。第三层是工程意识。比如写脚本时有没有考虑异常情况、日志要不要保留、命令是不是幂等这些细节能看出你有没有真实操作经验。第四层是沟通与文档能力。笔试中偶尔会出现要求撰写说明、总结思路的题本质上是在看你能不能把处理过程表达清楚。这四层能力对应到实际工作中就是运维工程师日常的四种状态熟悉系统、排查问题、做自动化、写文档汇报。所以笔试不是考“会不会背”而是考“有没有按工程师的方式思考过”。1.2 从一道题看面试官的出题逻辑举一个很典型的例子这类笔试题几乎必出“服务器负载突然很高你如何排查”很多同学看到这道题就开始背命令从top到ps再到free全部列一遍。但面试官真正想看的是你能不能分清楚“先看什么、再看什么、最后怎么定位”。正确的回答思路应该是先把影响面控制住确认是整体资源不足还是单进程异常然后看CPU、内存、IO、网络四类指标哪一项先出现瓶颈再结合业务日志、慢查询、最近变更记录来缩小范围最后才是定位到具体原因并给出恢复方案。换句话说命令只是工具答题时真正值钱的是“排查顺序”和“取舍逻辑”。我在面试实习生时也经常发现简历上写着“熟悉Linux”但一问到“top命令里load average怎么理解”“wa指标高说明什么”就答不上来。这就是典型的只背了命令、没理解指标含义。笔试也一样命题人只要把概念题稍微变形就能筛掉一大部分“背题选手”。所以准备这类笔试的第一步不是刷题而是建立一套“问题分析框架”现象是什么、影响范围多大、可能的根因有哪些、如何一步步验证。这个框架贯穿后续所有章节。2. 系统运维核心技能拆解从Linux到网络再到Shell2.1 Linux基础不是只会敲命令Linux是系统运维的地基笔试中至少占三分之一的分值。但这里的基础不是“会用cd、ls、cat”而是能理解系统运行的核心机制。进程管理是高频考点。你要能解释进程、线程、文件描述符的关系能看懂top输出里的load average、us/sy/wa/id分别代表什么能区分僵尸进程和孤儿进程。面试官还喜欢问systemd相关的题目比如“如何查看一个服务的启动日志”“如何设置服务开机自启”“systemctl daemon-reload的作用是什么”。如果你自己装过服务、改过unit文件这些问题就是送分题。文件系统同样重要。不只是理解rwx权限还要明白suid、sgid、sticky bit的作用掌握ls -l输出里每个字段的含义会配置ACL。此外磁盘空间排查是每个运维都会遇到的场景所以df、du、inode这些命令必须熟练。我个人在实操中踩过一个坑某次线上服务写不了文件df一看磁盘还有空间后来才发现是inode满了dumpe2fs一查才发现小文件太多。这种细节在笔试场景题里很容易被包装成“坑”如果只懂df不懂inode就答不出来。建议准备方式自己在虚拟机里装一台CentOS或Ubuntu从磁盘分区开始到部署一个Nginx服务走一遍过程中把所有操作原理搞清楚。比如为什么分区要分/boot和/为什么swap不是越大越好这些思考远比背命令有价值。2.2 网络排查连通性只是第一步网络是运维笔试的另一个大头也是很多同学最头疼的部分。实际上网络基础不需要你成为CCIE但TCP三次握手、四次挥手、TCP和UDP的区别、DNS解析流程、HTTP状态码含义这些是必须掌握的。笔试中的网络题通常分两类。一类是概念题比如“浏览器输入一个网址到页面展示中间发生了什么”这题考的就是整个链路DNS解析、TCP连接、HTTP请求、服务端处理、响应返回。另一类是排查题比如“用户反馈访问服务很慢你怎么排查”。这种题不能上来就抓包要按层次排查先确认是单点问题还是大面积问题再查DNS解析是否耗时、TCP连接是否建立缓慢、服务端响应时间是否变长最后才考虑用tcpdump或Wireshark抓包分析。这里要单独说一个新手很容易踩的坑telnet、nc、curl这类工具要用熟因为它们能快速判断端口连通性。很多同学知道ping但ping只能证明ICMP通不能证明业务端口可用。实际排障时先用curl -v看HTTP响应头再用telnet或nc测端口比单纯ping高效得多。另外DNS相关命令dig、nslookup也要会用笔试常考“域名解析出错会导致什么现象”“如何手动指定解析”。我记得有一次线上故障就是内网DNS返回了过期记录导致部分用户访问异常排查很久才发现。所以网络基础不是笔试过了就完事它是后续所有运维工作的底层能力。2.3 Shell与Python自动化的入门钥匙运维实习生笔试几乎必考Shell脚本。常见题型包括统计日志中某个关键词出现的次数、批量重命名文件、检查进程是否存在并自动拉起、定时清理过期文件。这类题看似简单但很容易在细节上丢分。比如统计关键词次数你用grep -c还是grep -o加wc -l如果是多行匹配grep -c只统计行数而真正要统计的是出现次数就得用grep -o | wc -l。再比如检查进程直接pgrep -f 进程名比ps aux | grep -v grep更可靠。这些细节就是笔试拉开差距的地方。我建议准备Shell时注意几个规范所有变量加引号以防止空格或特殊字符导致问题每个脚本开头加set -euo pipefail让脚本在出错时及时退出而不是带着错误继续跑写日志时带上时间戳方便后续排查。这些习惯不是笔试加分项而是真实生产环境的基本素养。Python在笔试中也会偶有出现但要求通常不高主要是用Python写简单文本处理脚本或者用requests调接口检查服务状态。如果你时间有限优先把Shell练熟Python能看懂基本语法就够用。但如果目标是大厂运维岗建议还是系统学一下Python至少掌握文件读写、异常处理、re模块和subprocess这些足够覆盖实习生的日常需求。3. 生产环境从零搭建到后续维护的完整思路3.1 从零搭建一台服务器的标准动作“从零搭建一套系统并做好后续维护”是行业里很经典的话题笔试的压轴场景题往往就源自这里。虽然实习生不会独立负责搭建但你要理解整个流程这样才能看懂“为什么要这样设计”。搭建一台生产服务器我粗略分五个阶段需求分析阶段先搞清楚这台机器跑什么业务、预计多少并发、需要多少CPU和内存、数据盘要不要单独挂载。没有需求分析就装机后面大概率要返工。系统安装阶段如果条件允许我会选最小化安装不装图形界面减少攻击面。磁盘规划上/boot给1GBswap根据内存大小合理设置其余给根分区数据目录尽量单独挂载一块数据盘方便备份和扩容。基础优化阶段配置NTP时间同步、关闭SELinux或按需启用、设置firewalld或iptables规则、调优系统参数。内核参数里最常用的是/etc/sysctl.conf下的配置比如fs.file-max、net.ipv4.tcp_tw_reuse、net.core.somaxconn等。这里每一条改动都要注明原因否则过一段时间自己都看不懂。安全基线与应用部署阶段创建专用运行用户而不是用root跑应用设置SSH禁止root直接登录、启用密钥认证、修改默认端口再部署Nginx或业务应用。部署完成后做一次基本的压力测试确认系统能承载预期流量。文档沉淀阶段把IP、账号、部署路径、启动命令、备份策略全部记录下来。可能有人觉得这一步麻烦但运维最怕的是“只有一个人知道系统怎么跑”一旦这个人不在整个服务就抓瞎。3.2 后续维护的核心监控、日志、备份与变更管理搭建只是开始真正的运维工作在后续维护。笔试如果问“如何做好后续维护”核心就四个词监控、日志、备份、变更。监控层面要先有基础的四项指标CPU、内存、磁盘、网络。再往上加业务层监控比如进程是否存活、接口响应时间、HTTP错误码比例。工具选型上小型团队可以用Zabbix或Prometheus加Grafana不一定要多复杂但一定要做到“有问题先告警而不是等用户反馈”。我见过很多团队监控搭了但没人看告警最后告警风暴一来全部屏蔽这是本末倒置。日志层面关键不是“有没有日志”而是“能不能快速检索”。至少要做到按天切割、定期清理、集中收集。Logrotate是Linux自带的日志轮转工具配置好daily、rotate、compress就能避免日志文件无限增长。如果日志分散在多台机器可以考虑用ELK或Loki做集中收集但实习生阶段先把单机日志管理好就够。备份层面要区分数据和配置。数据库要定期全量备份加binlog增量备份应用配置文件至少保留最近几个版本。备份的价值不体现在平时而是体现在故障恢复那一刻。所以备份之后一定要演练恢复不能等出事了才想起来验证备份是否完整。变更管理层面这是最容易被实习生忽视的。生产环境任何变更都要有记录、有回滚方案。我自己的习惯是改配置前先备份原文件重要变更先在预发环境验证变更窗口避开业务高峰期。笔试中如果问“如何避免人为误操作”其实考的就是这套变更管理意识。4. 互联网运维与国企运维的核心差异4.1 工作场景与技术栈的差异近几年大家经常讨论“互联网运维和国企运维有什么区别”这个问题也越来越多出现在面试和笔试的主观题里。理解两者的差异能帮你判断自己适合什么环境也能让你在回答“对运维岗位的理解”时更有深度。互联网运维的核心特征是“快速迭代、规模大、工具链新”。业务节奏快可能一周发好几个版本运维需要高度自动化CI/CD、容器化、Kubernetes几乎是标配。故障处理讲究“快”系统要有完善的监控告警和自愈能力。对个人来说技术成长快能接触到大规模分布式系统但压力也大半夜被告警叫醒是常态。国企或传统行业的运维节奏相对稳定更强调流程合规和稳定运行。技术栈上可能偏向传统虚拟化、小型机、集中式存储操作系统很多还是CentOS 7甚至更老版本。近年来国企也在推进智能化改造比如城市轨道交通智能运维系统、隧道运维管理数字孪生系统等方向都需要大量“既懂业务又懂IT系统”的运维人员。这种环境下你会有更多时间去沉淀运维流程、做标准化但技术迭代速度相对慢一些。有人问哪种更好我的看法是没有绝对优劣只看你的职业规划。如果你喜欢快速尝鲜、愿意扛压互联网运维更适合如果你偏好稳定节奏、想做深某一垂直行业的运维体系国企数字化转型的岗位也值得考虑。笔试中如果遇到这种开放题不要只说“互联网加班多、国企稳定”而要体现出你对两类工作本质差异的理解。4.2 智能化趋势带来的新要求这几年运维领域出现了一批新概念比如AIOps、智能运维、数字孪生。你可能觉得这些是架构师才需要关心的实习生笔试不会考。但实际上很多公司开始把“对行业趋势的敏感度”纳入考察范围。以隧道运维管理数字孪生系统为例这类项目要求物理隧道环境、设备状态、运维流程在数字空间里建立实时映射让运维人员能直观地看到设备的健康度、预测故障风险。城市轨道交通智能运维系统也在做类似的事情——把列车、轨道、信号设备的监测数据统一汇聚通过模型分析提前预警而不是等设备坏了再去修。这些趋势对系统运维岗位提出了三个新要求一是懂数据能理解传感器数据、日志数据的采集和处理流程二是有建模思维能配合算法团队把业务问题转化为数据问题三是懂集成数字孪生不是单机系统需要对接大量异构设备和数据源。虽然这些要求不一定出现在实习生笔试题里但你在准备“运维行业认知”类问题时能把AIOps和数字孪生的思路讲出来会比单纯罗列命令和工具高出一个层次。5. 笔试与面试准备我踩过的坑和提效方法5.1 笔试备考怎么刷题才有效系统运维的笔试备考不建议盲目刷题。市面上的运维笔试题库质量参差不齐很多题直接抄来抄去脱离实际。我的建议是分三步走。第一步把基础知识点过一遍建立知识体系。推荐按“Linux基础、网络基础、Shell编程、数据库基础、常见服务部署”五个模块整理笔记。第二步针对常考题型做专项训练重点是场景题和Shell脚本题。场景题不要只看答案要自己写排查步骤然后对照参考答案补充遗漏点。第三步拿真实环境做实验。比如把Nginx配置改错、把磁盘占满、把服务停掉然后自己尝试修复。这个过程比刷一百道题都管用因为动手过的东西记得最牢。这里还要提醒一下笔试时遇到不会的题不要空着。运维岗位很看重“处置未知问题”的能力哪怕你不确定答案也要把思路写出来。比如不完全确定具体参数你可以写“我先查看相关日志确认报错信息再根据报错搜索解决方案”这比交白卷好得多。5.2 现场排查题的答题套路面试或笔试中的排查题最怕的是“东一榔头西一棒槌”。我总结了一套固定答题节奏先控制影响再定位根因最后复盘改进。举例“用户反馈服务不可用你怎么排查”我会这样回答首先确认影响范围看看是全部用户不可用还是部分用户不可用是某个接口不可用还是整个服务不可用。如果是部分用户不可用优先怀疑网络链路、地域性DNS或者灰度发布导致的问题。然后检查服务进程和资源状态用systemctl status查看进程状态用top查看CPU和内存用df查磁盘空间用ss或netstat查端口监听。如果没有明显异常再看日志应用日志、系统日志、访问日志逐层排查。最后根据线索定位根因比如数据库连接池满了、依赖的下游服务超时、缓存穿透等。这套流程的关键在于“有顺序、有原因”不是想到哪查到哪。面试官听到这种回答能明显感觉到你是有过真实排障经验的而不是只会背知识点。5.3 常见问题快速排查表我在带实习生的时候会让他们把下面这张表背下来。这不是为了应付笔试而是因为这些问题在真实环境里出现频率极高值得形成肌肉记忆。现象排查命令常见原因CPU使用率过高top、ps -eo pid,comm,%cpu死循环、线程池配置过大、单核热内存不足free -h、vmstat、dmesg内存泄漏、缓存未释放、swap不足磁盘空间满df -h、du -sh *、df -i大日志文件、备份文件堆积、inode满接口响应慢curl -w、top、show processlist慢SQL、网络延迟、下游依赖超时端口无法访问ss -lntp、telnet、firewall-cmd防火墙拦截、服务未启动、监听地址错误DNS解析异常dig、nslookup、cat /etc/resolv.conf解析记录错误、DNS服务器不可达不要只收藏不实践。每张表里的命令都去虚拟机里跑一遍看看正常输出长什么样异常输出又长什么样。我见过不少同学笔试时写得出命令但不知道输出里的关键指标在哪里看这就是缺乏实操经验的典型表现。5.4 简历与实习经历怎么写才加分多数投递实习岗的同学简历上都写着“熟悉Linux”和“了解Shell”但面试官看到这种描述基本是免疫的。想加分要把经历写成“场景动作结果”。举个例子不要写“负责服务器日常维护”而要写“独立维护一台生产Web服务器通过定时脚本实现日志自动切割和过期清理累计运行3个月未出现磁盘写满故障”。不要写“熟悉监控工具”而要写“基于Zabbix搭建服务器监控配置CPU、内存、磁盘阈值告警平均提前30分钟发现磁盘容量异常”。如果还没有实习经历就写自己的个人项目比如“在虚拟机中搭建并运行一个个人网站配置Nginx反向代理、HTTPS证书、每日数据库备份并通过Shell脚本监控服务存活状态”。这类经历的价值在于它证明你有过真实的动手过程而不只是纸上谈兵。回到网易那套2018年的笔试题上其实当年的我并没有答得多完美。我印象最深的一道现场题是“服务器突然高负载你怎么办”我当时支支吾吾说了半天只蹦出top和看日志。后来真正在线上环境里遇到过几次服务抖动之后我才理解面试官想听到的是那种“先保住核心服务再定位根因最后复盘改进”的处置节奏。所以如果你想投系统运维实习生我的建议只有一句把基础盘练扎实多在虚拟机里折腾几遍比背一百道题都有用。