网络运维基础知识

上周五凌晨两点十七分，网络某电商平台的基础支付接口突然超时，监控大屏上那个代表延迟的知识曲线像心电图一样疯狂跳动。值夜班的网络同事小林第一反应不是查代码，而是基础先ping了一下网关——丢包率37%。他立刻登录核心交换机，知识发现某台接入层设备的网络CPU占用率飙到99%，日志里刷满了ARP广播风暴。基础三分钟后，知识他拔掉一根网线，网络整个系统恢复平静。基础这个场景里没有高深理论，知识只有几个基础动作：网络连通性判断、网络设备负载排查、基础广播域隔离。知识而这些，恰恰是网络运维最底层的生存技能。

网络运维的第一课永远是物理层。别觉得这太低级，我见过太多人捧着CCIE证书，却搞不定一根劣质水晶头导致的间歇性断网。光纤跳线弯曲半径不够，双绞线线序排列错误，电源接地不良——这些看似琐碎的问题，占实际故障的六成以上。你得学会用眼睛看：交换机前面板的指示灯，绿灯常亮代表链路正常，黄灯闪烁说明有数据在跑，如果某个端口彻底熄灭，先拿测线仪去测物理连通性，而不是急着开抓包工具。记住，数据包不会飞过断开的线路。

接下来是IP层的基础判断。别把子网掩码和网关背得滚瓜烂熟就完事了，你得真能在命令行里用起来。比如一台主机上不了网，先ipconfig看自己的IP，再ping网关，通就说明本地链路没问题，不通就查ARP表。如果网关通了但外网不通，那就tracert去追踪路由，看卡在哪一跳。有个小技巧：ping的时候加-t参数持续发包，看抖动情况，延迟忽高忽低比稳定高延迟更值得警惕，那多半是链路中有拥塞或无线干扰。

真正让新手和老手拉开差距的，是对广播域和冲突域的理解。两台电脑用一根网线直连，那就是一个冲突域，同时发数据就会碰撞。加上交换机后，每个端口一个冲突域，但整个二层网络还是一个广播域。ARP请求、DHCP发现报文，都会在整个广播域里泛滥。所以当公司网络卡顿，别急着升级带宽，先看看广播包占比——用Wireshark抓包统计，如果广播包超过总流量的20%，你就该考虑划分VLAN了。我处理过一个案例：某办公室200台设备挤在一个网段，广播风暴导致视频会议频繁卡顿，我只把打印机和门禁系统单独划了个VLAN，问题立刻消失。

安全基线这东西，平时不显山露水，出事才追悔莫及。最基础的是改默认密码——很多网络设备出厂密码是admin/admin，这等于把大门钥匙挂在锁孔上。其次是关闭不用的端口，比如交换机的未使用接口，应该shutdown掉，免得有人随手插根网线就接入内网。还有DHCP Snooping，这功能能防止私接路由器导致IP冲突，配置也不复杂，在接入层交换机上开启，指定信任端口就行。我见过一个小公司，就因为有人私接了个无线路由器，整个办公室的IP地址全乱了，排查了一下午。

日志和监控，是运维的眼睛。别等到出了事才翻日志，那会累死你。用Zabbix或Prometheus做基础监控，CPU、内存、带宽、丢包率这些指标设好阈值，报警推送发到手机上。日志集中管理用ELK或Loki，至少保证出问题时能快速检索到关键信息。但别过度迷信工具，我遇到过监控平台本身宕机，结果比业务故障还难处理的情况。所以重要设备的日志，还得定期异地备份，双保险。

最后说个容易被忽略的点：文档和拓扑图。很多网络环境是前人搭的，没有完整记录，等你接手时，某个VLAN是干嘛的、那台防火墙的某条策略为什么存在，全得靠猜。我建议每半年做一次网络资产梳理，把设备型号、IP规划、VLAN划分、路由协议、关键配置变更都记录下来。不是给领导看的，是给未来的自己省时间。有一次机房迁移，我靠着三年前画的拓扑图，半天就完成了所有链路切换，而旁边的同事因为没文档，折腾了两天。

网络运维这行，七分靠基础，三分靠经验。把物理层、IP层、广播域、安全基线、监控日志这些基本功打扎实，大部分故障都能在你手里撑不过十分钟。剩下的疑难杂症，靠的是持续学习和踩坑积累——但那是后话了。