企业官网建设流程全解析

很多人第一次翻开《计算机网络》教材，看到OSI七层模型和一堆协议就头大。我当年也一样，直到把整个网络体系用“快递寄件”的思路拆开，才终于觉得这门课通了。这篇文章其实是我自己整理的计算机网络复习笔记里最核心的部分，重新按层次梳理了一遍，覆盖分层模型、数据链路层、网络层、传输层、应用层、线上排查常用命令，以及不同场景下的学习路线。不管你是在准备期末考试、复习408，还是刚入职做开发运维想补网络基础，都可以把它当成一张主干地图来用。

1. 先把计算机网络当成一座城市：分层模型白话版

1.1 分层模型到底在分什么

计算机网络本质上解决一件事：把数据从一台设备准确、高效地送到另一台设备。但这条路上有太多问题——线路用什么介质、信号怎么编码、机器怎么找到对方、数据中途丢了怎么办、对方能不能理解这段数据。如果所有问题堆在一起解决，任何厂商都没法做。所以网络设计采用了“分治”思想，把通信拆成若干层，每一层只关心自己的事，并向上层提供约定好的服务。

可以类比快递寄件。应用层是你写的信，传输层相当于快递封装和运单号，网络层是收件人地址，数据链路层是快递员驾驶的车辆和路线，物理层就是实际行驶的公路。每一层都“以为”自己是和对方的同一层直接通信，实际上数据会一层层往下封装，在另一端再一层层解封。理解这个“对等通信”的幻觉，比死记协议列表有用得多。

分层的好处不只是好理解，更重要的是方便替换和排障。某一段线缆坏了，不需要重写整台机器的网络协议；路由器配置错了，也不影响应用层代码。排障时按层去定位，可以迅速收敛问题范围。这也是为什么很多面试题和实验课都会让你“按层分析”。

1.2 OSI七层与TCP/IP四层怎么对应

教材里先讲OSI七层参考模型，再讲TCP/IP四层模型，很多人会混淆。OSI是理论标准，七层分别是物理层、数据链路层、网络层、传输层、会话层、表示层、应用层；TCP/IP是事实标准，常见为四层：网络接口层、网络层、传输层、应用层。实际工程里，我们最常打交道的其实只有五层逻辑，就是把OSI下半部分保持拆开，把会话层和表示层并入应用层。

实际开发中你写HTTP接口，看到的只有应用层和传输层以下的黑盒；网络工程师配置路由器，主要盯网络层。考408和期末时，常考对应关系：OSI的表示层和会话层在TCP/IP中基本被应用层吸收，OSI的数据链路层和物理层对应TCP/IP的网络接口层。

提示：不要纠结于“某一功能到底属于哪一层”，关键是理解数据从发送到接收的完整链路，以及每层在中间加了什么内容。面试问“你按下回车后发生了什么”，考的正是整条链路串讲。

1.3 数据封装与解封装：一条报文的一生

一次HTTP请求从浏览器发出，真正的旅程是这样的：应用层先产生HTTP报文，交给传输层；传输层加上TCP头，里面包含源端口、目的端口、序号等，形成TCP报文段；网络层加上IP头，包含源IP和目的IP，形成IP数据报；数据链路层加上帧头和帧尾，变成以太网帧；物理层把帧转成比特流发送出去。

收到端反之：物理层收比特流，链路层检查MAC帧，网络层剥掉IP头，传输层根据端口找到对应进程，应用层拿到HTTP报文。做Wireshark抓包时，你能看到每个包里的多层头，这比任何图都直观。所以第一个实验项目，我强烈建议用Wireshark抓一个网页请求，亲眼看一下封装结构。

2. 底层链路的那些坑：物理层与数据链路层

2.1 物理层为什么不能跳过

很多人觉得物理层就是网线接口和信号，考试也就几分，直接跳过。但物理层最核心的思想是：传输介质不同，网络设计完全不同。双绞线、光纤、无线信道，它们的带宽、延迟、误码率都不一样。光纤适合长距离、高带宽，无线会受干扰，双绞线便宜但距离短。你要知道，上层所有“可靠传输”都建立在物理层能连线的基础上。

物理层还涉及编码方式，比如曼彻斯特编码曾经用于以太网，现在高速网络更多靠更复杂的调制方式。考试层面，物理层常考的包括：信道带宽与数据速率的关系、香农公式、奈奎斯特定理、复用技术（频分、时分、波分）。对工程师来说，你至少要知道光模块、双绞线类别、传输距离与速率之间的关系，否则部署机房时容易翻车。

2.2 数据链路层核心：帧、MAC地址与可靠传输

数据链路层把比特组装成“帧”，并解决同一链路内两台设备之间的通信。MAC地址是网卡的硬件地址，出厂时烧录，48位，通常写成六组十六进制。它只在局域网内有意义，不需要全球唯一路由，只要同一冲突域/广播域内不冲突就行。帧格式里除了MAC地址，还有类型字段、数据字段和帧校验序列，用来检错。

传统以太网使用CSMA/CD（载波监听多路访问/冲突检测），发送前先监听信道，检测到冲突就退避重传。现在全双工交换网络里冲突已经很少，因为交换机每个端口是一个独立冲突域。很多教材还在讲CSMA/CD，面试也可能问，但实际部署中碰撞发生概率极低，你要理解它的思想，不必觉得工作环境里随时在撞包。

数据链路层的可靠传输与网络层、传输层的可靠传输不同。这里说的是保证“一帧”正确送达，通常靠停止等待协议或滑动窗口机制。考试中常对比三种ARQ：停等式、后退N帧、选择重传。核心区别就是出错后重传的范围和缓存窗口大小。

2.3 交换机、ARP和VLAN：局域网的真实运转方式

交换机工作在数据链路层，依据MAC地址表转发帧。它收到一个帧，学习源MAC和端口，再查目的MAC进行转发；查不到就广播到所有端口（除了收到帧的端口）。所以交换机的本质是一个“二层转发设备”，它不关心IP地址。

局域网内要拿到对方MAC地址，靠ARP协议。主机A想发数据给B，知道B的IP，但不知道B的MAC，就广播一个ARP请求：“谁的IP是192.168.1.10，请把MAC告诉我。”目标主机单播应答，之后双方维护一个ARP缓存表。ARP欺骗的原理正是利用这一点：主机收到伪造的ARP应答，把攻击者MAC当成网关MAC，流量就都被劫走了。所以做局域网安全实验时，ARP攻击是最常见的一课。

VLAN用来把一台交换机逻辑上拆成多个广播域。默认所有端口在VLAN 1，广播会到达每个端口，可能造成广播风暴。不同VLAN之间默认不能二层互访，必须通过三层设备转发。这个知识点，考408时是高频，工作后做网络隔离也会用到。

3. 网络层：IP地址、子网划分与路由选择

3.1 IP编址：从分类地址到CIDR，一个例子讲清楚

IPv4地址是32位，传统分A/B/C/D/E类，但现在基本都是CIDR（无类域间路由）表示法，用“IP/前缀长度”描述网络范围。192.168.1.0/24表示前24位是网络号，后8位是主机号，共有256个地址，可用254个。为什么要CIDR？分类地址浪费太多，而且路由表条目过于膨胀，CIDR能通过聚合减少路由条目。

子网划分是始终要会的基本功。比如一家公司拿到192.168.1.0/24，需要分成4个部门子网，每个子网要求独立。已知需要4个子网，2的2次方等于4，所以要向主机位借2位。原主机位8位，借掉2位后剩6位，新前缀为26位，子网掩码是255.255.255.192。四个子网依次是192.168.1.0/26、192.168.1.64/26、192.168.1.128/26、192.168.1.192/26，每个子网可用主机数为2的6次方减2，也就是62台。

如果还需要考虑未来扩容，比如每个子网要支持60台主机，62台刚好够但很紧张，这时就得重新设计，采用/25或者更大范围。网络规划的关键是先算主机数，再定前缀长度，不要拍脑袋用/24。

3.2 ARP与ICMP：排查网络最常用的两个协议

ARP前面提过，网络层还要理解它的工作机制，因为跨网段通信时，主机先要找到默认网关的MAC地址，再把IP包交给网关转发。所以主机访问外网时，第一个ARP请求往往是在问网关的MAC。抓包时你会看到大量ARP请求，这是正常的。

ICMP则被用来传递差错报告和控制信息。ping命令发送ICMP回显请求，对方回应答。traceroute利用TTL字段逐跳超时来发现路径。排障时，ping不通说明网络层以下可能有问题；ping得通但业务访问失败，问题大概率在端口、DNS或应用层。这个“按层定位”的习惯，比记一百个命令都重要。

3.3 路由协议怎么选：静态、RIP、OSPF、BGP

路由器负责在不同网络之间转发IP包，它靠路由表决定下一跳。路由表来源有三类：直连路由、静态路由、动态路由。静态路由适合小型网络，手工配置，不消耗带宽，但拓扑变了要手动改。动态路由让路由器之间自动交换信息，常用有距离向量算法（RIP）和链路状态算法（OSPF）。

RIP以跳数为度量，最大15跳，实现简单但收敛慢，适合小型网络。OSPF通过洪泛链路状态信息，让每台路由器都维护一张全网拓扑图，用Dijkstra算法计算最短路径。它收敛快、可扩展性强，更适合园区网和骨干网。BGP则用于不同自治系统之间，是互联网运营级路由协议，它不单纯追求最短，还考虑策略。考408时，路由算法和协议对比是核心题源，面试时也常问“RIP和OSPF区别”。

3.4 NAT和网关：家用网络如何用一个公网IP上网

NAT（网络地址转换）解决IPv4公网地址不足的问题。家庭路由器把内网192.168.x.x映射成只有一个公网IP，内部设备通过路由器上网。常见方式是NATP（端口地址转换），路由器改写源IP和源端口，并维护一张映射表，返回数据时再反解。

这带来一个经典问题：内网设备不能轻易被外网主动访问，因为路由器不知道这个入站连接该映射到谁。所以做Web服务时，需要配置端口映射或DMZ。也是因为NAT，很多P2P应用需要UDP打洞。理解NAT后，你就能明白为什么很多线上监控要区分“内网IP和公网IP”。

4. 传输层：TCP与UDP，可靠和效率怎么权衡

4.1 端口与套接字：传输层在做什么

传输层提供进程到进程的通信，而不是主机到主机。每个应用进程通过端口号区分，TCP和UDP头里都有源端口和目的端口字段。IP地址加端口组成的套接字，就是一条连接的两端标识。

一台服务器上跑着多个服务，比如80端口的Nginx和3306端口的MySQL，数据到达后内核根据目的端口分发到对应进程。这也是排查问题时首先要看端口是否监听：ss -lntp或netstat -lntup能告诉你服务器正在监听哪些端口，telnet ip port或nc -vz ip port则能测试目标端口是否能连通。

4.2 TCP连接管理：三次握手和四次挥手，状态机要背熟

TCP三次握手的目的，是让双方都确认彼此的接收和发送能力正常，并同步初始序号。过程是：客户端发送SYN，序号为随机值x；服务端回复SYN+ACK，序号y，确认号x+1；客户端回ACK，确认号y+1，连接建立。

抓包时看到的是：SYN → SYN, ACK → ACK。三次之后就能传数据了。为什么不是两次？因为两次只能让服务端确认客户端能发、自己能收，却无法确认客户端能否收到自己的报文；为什么不是四次？三次已经能完成双向确认，多一次浪费成本。

四次挥手则是因为TCP是全双工，两个方向要分别关闭。主动关闭方发送FIN，对方回ACK，此时仍可单向传输数据；对方也发送FIN，主动方再回ACK。最后主动关闭方要进入TIME_WAIT，等待2MSL后才真正关闭，防止最后一个ACK丢失导致对方重发FIN，也防止旧连接的报文干扰新连接。

各状态转换要会背：LISTEN、SYN_SENT、SYN_RCVD、ESTABLISHED、FIN_WAIT_1、FIN_WAIT_2、CLOSE_WAIT、TIME_WAIT、LAST_ACK。面试极爱问TIME_WAIT为什么存在，以及大量TIME_WAIT怎么处理。记住：TIME_WAIT属于主动关闭方，出现很多不一定是故障，短期大量连接关闭就会堆积；服务端做高并发短连接时，要注意客户端与服务器角色，以及是否开TCP快速回收或长连接策略。

4.3 可靠传输、滑动窗口与拥塞控制

TCP的可靠性包括确认、超时重传、序列号去重、校验和。发送方发送数据后启动定时器，收到ACK则确认，超时则重传。为了提高效率，TCP使用滑动窗口，允许连续发送多个报文段，而不必每发一个都等ACK。

流量控制是接收方通过窗口字段告诉发送方“我的缓冲区还能收多少”，防止发送太快造成丢包。拥塞控制则是网络层的整体问题，发送方通过慢启动、拥塞避免、快重传、快恢复来适应网络负荷。慢启动时拥塞窗口指数增长，到达ssthresh后进入线性增长。超时会把ssthresh降到当前拥塞窗口的一半，并重新慢启动；收到三次重复ACK，则执行快重传和快恢复，不必等超时，效率更高。

把这套机制理解后，再看高并发调优就不慌了。为什么说TCP慢？因为要经历握手和慢启动；为什么UDP在某些场景更好？因为不需要维护连接状态，牺牲可靠换取低延迟和头部开销小，很多实时音视频和DNS查询都用UDP。

4.4 UDP的适用场景与表层对比

UDP是无连接的，发送前不需要握手，不保证送达顺序，也没有拥塞控制。头部只有8字节，比TCP头部小得多。适合DNS解析、DHCP、实时视频、语音通话、游戏同步这些对时延敏感且能容忍少量丢包的场景。

它是很多应用层协议的基础：HTTP/3就基于QUIC，QUIC又在UDP之上实现了可靠传输，等于把TCP的优点搬到用户态。所以不要简单认为UDP不靠谱，它只是把可靠性的选择权交还给了应用层。

5. 应用层：HTTP、DNS与HTTPS，开发日常最常接触的部分

5.1 HTTP版本演进：从1.0到3.0

HTTP是Web世界的基础协议。HTTP/1.0每个请求建立一次TCP连接，效率低；HTTP/1.1引入持久连接（keep-alive），支持管线化，但队头阻塞问题仍在。HTTP/2引入二进制分帧、多路复用、头部压缩、服务端推送，能在一条连接里并发多个请求，大大改善了页面加载体验。

HTTP/3基于QUIC，把传输从TCP换成了UDP，解决了TCP握手的延迟和队头阻塞问题，适合弱网环境。现在大型站点很多已经升级HTTP/3。开发日常不需要实现协议细节，但要懂这些演进对应的痛点，否则别人说“连接复用”你只会点头。

面试高频问题“GET和POST区别”也不能只会背书。GET用于查询，参数放在URL里，长度受限，通常看作幂等（多次请求效果相同）；POST用于提交数据，请求体传递，可以改变服务器状态，没有缓存限制。实际RFC语义没那么死板，工程上更多是约定俗成。讨论时最好加一句“在RESTful设计中，GET只读、POST创建”来体现理解。

5.2 DNS解析：一次域名访问背后的查询链

输入域名访问网站，浏览器先要知道IP地址，这一步靠DNS。解析过程分递归和迭代：浏览器向本地DNS服务器发出递归查询；本地DNS服务器代替客户端，依次询问根DNS、顶级域DNS、权威DNS，拿到最终结果后返回给客户端。

为了加速，DNS结果会被缓存，TTL字段控制缓存时间。于是日常会碰到的现象就是：改DNS记录后，全世界生效需要时间；本地缓存没更新，你就是访问不到新IP。排查时用dig或nslookup能看清解析链路，dig +short拿结果，dig +trace看递归过程。

DNS本身基于UDP 53端口，但区域传送或超大数据包可能用TCP 53。这也是一个常考细节。如果你现在维护线上服务，建议用dig @8.8.8.8或dig @114.114.114.114对比解析结果，判断是本地DNS还是权威DNS的问题。

5.3 HTTPS与TLS握手：加密在什么时候发生

HTTPS并不是新协议，而是HTTP跑在TLS（以及以前的SSL）之上。TLS握手关键点有两个：通过证书认证服务器身份；通过非对称加密协商出一个对称会话密钥，后续使用对称加密保护数据。

简化流程是：客户端发ClientHello，服务端回ServerHello并附带证书；客户端验证证书合法性，生成随机数作为预主密钥，用服务器公钥加密发给服务器；双方各自用预主密钥派生会话密钥；然后发Finished消息，之后开始加密传输。线上环境证书过期、客户端不信任自签证书，都是常见事故，本质都发生在这一层。

对称加密和非对称加密的区别也要会讲：对称加密用同一把钥匙，快但密钥分发难；非对称加密用公钥私钥，安全但慢。所以TLS里把两者结合，非对称只用来做密钥交换，通信数据用对称加密。数字签名则用私钥签名、公钥验证，确保数据完整性和来源可信。这既属于网络安全，也是计网常考章节。

5.4 状态码、Cookie与Session：后端联调的基本功

HTTP状态码是后端联调最直接的沟通语言。2xx成功，3xx重定向，4xx客户端错误，5xx服务端错误。面试和工作中常问：301（永久重定向）和302（临时重定向）区别；401未认证和403禁止访问区别；502是网关收到无效响应，504是网关超时。联调遇到502，先查上游服务是否健康，再查反向代理配置。

Cookie和Session都能维护用户状态，但机制不同。Cookie存在客户端，HttpOnly属性能在一定程度上防止XSS窃取；Session存在服务端，会话ID通过Cookie或URL传递，服务端重启后Session可能丢失，所以生产环境常用Redis做会话共享。JWT则把用户信息签进token，适合无状态认证。考408时不会太深，但开发岗位会问。

5.5 应用层常用网络命令：curl、dig、nc、ss

• curl -v http://example.com：查看完整请求与响应头。
• curl -I https://example.com：只看响应头。
• dig example.com：查看DNS解析结果。
• nc -vz 192.168.1.10 3306：探测TCP端口是否通。
• ss -lntp：查看本机监听端口和对应进程。
• ip addr和ip route：查看网卡信息和路由表。

这些命令是线上排查的最小工具集。不会用Wireshark没关系，先用好命令行工具，很多问题都能定位。

6. DevOps视角：容器网络、负载均衡和线上排查

6.1 为什么DevOps工程师也要学计算机网络

很多人觉得DevOps只是写脚本、搭流水线、维护CI/CD，但实际上手后会发现，线上问题一大半都跟网络有关。服务部署在容器里，容器怎么和宿主机通信；微服务之间怎么通过Service发现对方；Nginx反代超时该怎么办；Pod重启后IP变了，业务怎么办。这些都是计算机网络基础知识的实际应用。

另外云平台里的VPC、安全组、负载均衡、NAT网关，概念全来自网络层和传输层。不学计网，你连安全组“入站/出站规则”的端口含义都搞不清。很多DevOps岗位面试会直接考TCP状态、HTTP状态码、DNS解析流程，甚至丢一个线上故障场景让你分析排查思路。所以不要觉得计网只是学校课程，它是工程排障的底层语言。

6.2 线上排查三板斧：连通性、端口、DNS

遇到网络故障，先别乱猜。第一步确认本地网络：ip addr看网卡是否正常，ping 网关确认链路层和网络层；第二步确认目标连通：telnet ip 端口或nc -vz ip 端口确认服务端口；第三步确认域名：dig 域名看解析IP是否符合预期，再用curl -v看实际请求返回。

比如用户说“网页打不开”，你先ping域名，如果ping不通而浏览器能开，多数是ICMP被防火墙拦，不代表服务挂了；如果浏览器也打不开，再curl本机服务，能通说明是外部网络或防火墙的问题。这套流程是trunk式的“由近到远”，能把问题范围快速缩小。

6.3 负载均衡与反向代理的层次区别

Nginx常被称为反向代理，LVS/云SLB常被称为四层负载均衡，区别在于工作层级。四层负载基于IP和端口做转发，不解析HTTP内容，性能高；七层负载能解析HTTP头、路径、Cookie，可以做更细粒度路由，但有一定性能损耗。

理解这个区别有助于排障：业务报错时，如果走的是四层负载，它只看TCP能不能连上，后端健康检查失败就会摘除节点；走七层负载，则要关注Host头、URI路径、Cookie，甚至HTTPS证书是否完整。面试常问“四层和七层负载均衡区别”，本质就是TCP/UDP转发和HTTP语义转发的区别。

6.4 Wireshark抓包：不只看报文，还要看懂时间线

Wireshark是计网实验的神器，也是线上疑难杂症的好帮手。抓包时先选对网卡，无线网卡要监听无线接口。抓包页面里能看到源IP、目的IP、协议、长度、时间。点击一条HTTP请求，中下方能看到完整的分层结构：Frame、Ethernet、IP、TCP、HTTP，这就是前面说的封装过程。

实战中，抓包特别适合定位“客户端发了请求但服务端没收到”的问题。抓客户端网卡看有没有发出SYN；再抓服务端网卡看SYN有没有到；两端都抓到但服务端没回ACK，那问题可能出在服务端防火墙或内核参数。时间线还能看出延迟发生在哪一段，比如TLS握手耗时很高，就要查证书链和性能。

注意：抓包必须开启“混杂模式”，否则只能抓到发往本机MAC的帧。抓HTTPS流量默认是密文，可以先设置环境变量让应用导出SSLKEYLOGFILE，再用Wireshark配置密钥文件解密。

7. 实验怎么做：从抓包到路由器配置，一个都不能少

7.1 我当年做HNU实验一：抓包分析TCP三次握手

很多学校实验一就是让你熟悉Wireshark。我当年做HNU计算机网络实验一的时候，要求抓取一次本机访问HTTP网站的过程，并抓出TCP三次握手的三个包，分析每层的头部字段，还要画出连接建立的状态过程。

操作流程不复杂：打开Wireshark，选择连接网络的网卡，设置过滤条件为tcp.port == 80或tcp.port == 443，然后在浏览器访问一个站点，回到Wireshark停止抓包。找到颜色标记的SYN、SYN+ACK、ACK三个包，点开看TCP头部里的Sequence Number、Acknowledgment Number、Flags。如果能看到这三个包的顺序和确认号变化，说明你对封装、序号、连接建立都理解了。

这类实验的价值不在“完成报告”，而在于建立“协议不是概念而是看得见的字段”的直观认识。抓过一遍后，后面看网络问题会顺很多。

7.2 用Packet Tracer或GNS3搭一个小型网络

除了抓包，路由器配置实验也要做。最常用的是Cisco Packet Tracer，适合课程入门；GNS3/EVE-NG更接近真实设备，适合深入学习OSPF、BGP、VLAN间路由。刚入门时，Packet Tracer就够用，界面拖拽几台PC和交换机，连接网线，配好IP后互相ping通，成就感很强。

实验一课的经典套路是：两台PC直连，配IP，ping通；再加一台交换机，三台PC互通；然后把一台路由器接入，实现两个不同网段的通信。做这些实验时，你会遇到最基础的问题：IP配错了、网线插错接口、PC防火墙开着。所以实验真正训练的是“根据现象反推原因”的排障能力，配置命令反而是最简单的。

7.3 实验报告与复习题库怎么发挥余热

实验报告不要只画拓扑图交差，记录每一步的抓包截图和现象解释，对你期末复习帮助巨大。很多学校考试会直接出“描述某次抓包中TCP头中的字段含义”，只要你实验认真做过，这类题就是送分。

复习题库同样要善用。把选择题当“诊断工具”，每道错题都问自己“这个选项对应哪种网络场景”，不要只记答案。比如“当网络中出现大量广播帧时，应该用什么设备隔离”这道题，答案“路由器”不只是记忆，而是基于广播域隔离原理。刷题本质是补场景认知，不是背文本。

8. 复习路线与备考建议：408、谢希仁、自顶向下、王道怎么组合

8.1 教材怎么选：谢希仁、自顶向下、王道各有侧重

谢希仁《计算机网络》是国内本科主流教材，章节组织适合按部就班学，覆盖面全，但部分细节需要自己拓展，比如TCP拥塞控制的图解不算多。James Kurose的《计算机网络：自顶向下》从应用层讲起，贴合开发视角，套接字编程实验也多，适合编程基础好的读者。王道《计算机网络》是408考研辅导书，考点精炼，直接对题，但前提是你最好先有基础概念。

我的建议是：入门用谢希仁或者自顶向下打底，复习用王道抓考点。谢希仁适合配合学校进度，自顶向下适合自学时保持兴趣，王道适合冲刺阶段集中刷。如果只看王道，容易知其然不知其所以然，遇到大题容易卡壳。

8.2 学习视频要不要看：湖科大教书匠适合考408吗

B站“湖科大教书匠”的计网课程口碑很好，PPT动画讲得细，对数据链路层、TCP拥塞控制这类抽象内容帮助特别大。如果你考408，我的看法是：适合用来“第一轮理解原理”，不太适合当作唯一资料。因为408网路题考点固定，还需要配合王道和真题来做题训练。

时间紧张的人，可以直接先过一遍湖科大课程的二倍速，再刷王道选择题，最后做408真题。期末复习也是同理：视频用来补理解盲区，题库用于应试，两者不要混成同一件事。我见过很多人花大量时间看视频，结果刷题时间不够，这是最亏的复习方式。

8.3 高频考点速查表：考前最后一眼看这个

下面按出题频率整理一张速查表，适合期末和408冲刺阶段使用：

8.4 期末复习顺序：从应用层倒着刷反而更快

如果是期末复习而不是考研，我建议从应用层倒着学。为什么？因为应用层和日常经验最贴近，HTTP、DNS、HTTPS你每天都在用，先把能感知的部分拿稳，再回头看TCP和IP会更有动力。网络层和传输层是重点也是难点，放在中间花大量时间攻克。物理层和数据链路层考得细但不深，最后快速过。

复习节奏通常是：第一轮按知识点过课本或视频，第二轮刷题库，第三轮做历年题/真题。历年题一定要按考试时间做，不要边做边查资料。计网考试时间紧张，做题速度和计算准确率比深度更关键。

9. 常见问题与排查技巧实录

9.1 ping不通但浏览器能打开网页

最典型的现象：ping域名超时，但用浏览器访问正常。原因通常是防火墙禁了ICMP，ICMP和TCP/UDP是不同的协议，防火墙可以单独放行80/443而丢弃echo。所以判断主机通不通，不能只看ping，还要配合TCP端口探测，比如nc -vz或curl -v。

这背后引出一个排障原则：ping通代表“网络层及以下链路通”，ping不通不代表上层服务不可用。线上排查时，我会先ping网关判断本机链路，再telnet目标端口判断服务，两步就基本能锁定方向。

9.2 能ping通网关但上不了外网

网关通说明局域网和二层转发没问题，问题可能出在NAT、出口路由、DNS或运营商链路。先检查本机能否解析域名：dig看DNS响应。再看默认路由：ip route里是否有一条default指向网关。如果都不行，就到路由器上看NAT是否生效，内网地址是否正确转换。

这类问题常见于公司网络配置了多个静态路由，或防火墙安全策略缺了NAT规则。多学一层“路由表中默认路由的作用”，比单纯记住“重启路由器”有用得多。

9.3 抓包看不到HTTP请求

Wireshark抓不到HTTP，常见原因有三个：网卡选错，访问走的是Wi-Fi但选了有线网卡；抓包没开混杂模式；HTTP/2流量显示成“HTTP2”，不是熟悉的“HTTP”。另外HTTPS流量是加密的，不配置SSLKEYLOGFILE就只能看到TLS握手和数据包，看不到明文请求内容。

解决办法：先确定实际网卡，然后浏览器访问一个明确HTTP或HTTPS站点，过滤条件用host或tcp.port，不要只敲HTTP。抓包重在选对观察对象，不是把所有包都收下来。

9.4 面试追问最多的问题

面试高频追问之一是“为什么TCP连接需要三次握手，而不是两次或四次”，答案不是背一句“为了确认双方收发能力”，而要展开：第一次客户端确认自己发送能力、服务端接收能力；第二次服务端确认自己发送能力、客户端接收能力，同时客户端也确认服务端能收能发；第三次让服务端确认客户端能收。如果只有两次，服务端永远无法确认客户端能收到自己的报文。

第二个高频追问是“TIME_WAIT为什么是2MSL”。一方面等待足够时间让最后一个ACK到达对端，避免对端重发FIN；另一方面，防止旧连接的延迟报文出现在新连接中，干扰相同四元组的新连接。能把这个解释清楚，说明你是真的理解而不是背状态名。

写在最后：给同样啃过教材的人一点建议

我自己复习计算机网络时，最深的体会是：这门课看似内容多，但骨架并不复杂。每一层解决一类问题，层内定义协议和字段，真正难的是把层与层串起来。所以复习别一上来就背协议，先抓三次包、画一遍数据封装过程、ping几个地址，再回去看教材，你会突然觉得所有章节都是连的。

一个小技巧是：学习中遇到记不住的概念，就用“如果我来设计，会怎么做”来反问自己。为什么需要确认？因为网络会丢包。为什么需要端口？因为一台机器要同时跑多个服务。为什么需要路由协议？因为拓扑会变。这些反问会让你从“背答案”变成“设计者”，考试和排障都会更顺手。

最后多嘴一句：计算机网络这门课，没有任何人能靠纯背诵学明白，一定要动手做实验，哪怕只是在一个模拟器里配两台电脑的IP并ping通一次，也比盯着书看三小时有效。希望这份梳理能帮你在期末、408或工作排障路上少走一点弯路。