网络运维基础知识ppt

上周帮朋友救急，网络给一家创业公司做网络排查。基础老板急得满头汗，知识说视频会议开到一半全员掉线，网络连内网共享文件都打不开。基础我过去一看，知识交换机上那盏黄灯闪得跟霓虹灯似的网络——广播风暴，典型的基础二层环路问题。这活儿不复杂，知识但没点基础的网络人真看不明白。所以我想把运维入门那点干货，基础按做PPT的知识逻辑捋一遍。

第一页：网络模型别背，网络当故事听。基础OSI七层和TCP/IP四层，知识很多人一上来就死记，背完就忘。其实你只要记住一句话：数据从你电脑出发，每经过一层就套个信封，到了对端再一层层拆开。物理层管网线、光缆，链路层管MAC地址和交换机，网络层管IP和路由器。再往上，传输层管端口，TCP要握手三次才肯传，UDP不管三七二十一直接扔。应用层就是HTTP、FTP这些你天天碰的东西。把“套信封”这个画面刻脑子里，比背十遍七层模型都管用。

第二页：IP地址是门牌，子网掩码是门牌号范围。老有人问，为啥IP要配子网掩码？打个比方，你家住“北京市朝阳区XX路1号”，但快递员得知道“朝阳区”这个范围才能找对片区。子网掩码就是告诉你，哪几位是“区”，哪几位是“门牌号”。比如192.168.1.10/24，前24位是网络位，后8位是主机位。同一网段的机器才能直接通信，跨网段就得找网关——相当于小区保安，帮你把信转给隔壁小区。

第三页：交换机学MAC地址，靠的是“偷听”。交换机刚开机，MAC地址表是空的。它收到数据帧，不知道目标MAC在哪个端口，怎么办？除了目标端口之外的所有端口都广播一遍，谁回应了，就记下来。这个过程叫泛洪。但你要小心，如果网络里有环路，这帧就会在交换机之间来回转发，越转越多，最后把带宽占满——就是开头说的广播风暴。对付它，就上STP协议，生成树算法，把冗余链路堵住一条，留着备用。

第四页：ping通不代表网络好，ping不通也不代表网络坏。我见过太多人拿ping当万能工具。ping通只能说明ICMP协议能跑通，但TCP 80端口通不通？UDP 53端口通不通？你得用telnet或者nc去测。反过来，有时候ping不通是因为防火墙禁了ICMP，但业务流量其实走得好好的。别一根筋，学会组合拳：先ping网关，再ping远端IP，不行就tracert看哪一跳断了，再不行抓包看ARP有没有解析出来。

第五页：DNS解析失败，八成是缓存惹的祸。用户报“上不了网”，你一查IP能通，域名解析不了。先别急着改DNS服务器，很多时候是本地DNS缓存中毒或者过期。Windows上ipconfig/flushdns，Linux上systemd-resolve --flush-caches，先清了再说。要是还不行，用nslookup手动指定114.114.114.114查一下，看是不是运营商DNS抽风。这活儿我干过太多次，十次里六次是缓存问题，剩下四次才需要动配置。

第六页：日志文件是你的破案现场。系统出问题别瞎猜，先看日志。Linux查/var/log/messages或journalctl，Windows看事件查看器。有一次客户说服务器每隔三小时自动重启，查了半天硬件没问题，最后翻日志发现是计划任务里有个脚本内存泄漏，定时触发就崩。没日志，这案子你破不了。养成习惯，出事先看时间戳，再把那段时间前后的日志拉出来，比对着看。

第七页：备份不是拷贝文件，是演练恢复。很多运维觉得做了备份就万事大吉。但你备份完有没有试过恢复？有一次我同事把数据库备份到同一块磁盘上，结果磁盘坏了，备份也跟着没了。还有一次备份文件是加密的，恢复时密钥找不到了。所以，备份要3-2-1原则：三份副本，两种介质，一份异地。而且每季度得真刀真枪演练一次恢复流程，不然真出事的时候，你对着备份文件只会干瞪眼。

最后说句实在话，网络运维这行，理论是骨架，但血肉都是一个个故障喂出来的。你处理过的每个奇葩问题，都会变成你脑回路里的一个分支判断。别怕踩坑，坑踩多了，你自然就知道哪儿有坑，哪儿能绕。