徐小疼来聊聊计算机网络这门课。这门课在计算机专业里属于那种"人人都说重要，但没几个人敢说学懂了"的课程。我见过不少同学，概念背了一堆——OSI七层、三次握手、滑动窗口、子网掩码——合上书本，问他"在浏览器里输入网址按下回车，到页面显示出来，网络世界到底发生了什么"，他只能零碎蹦出几个名词，串不成一条完整的线。
"计算机网络基础"这六个字，难就难在"基础"两个字上。它不是某一个知识点，而是一整套运行规律。考试要考它，考研408要考它，做实训题也要它，甚至你日后排查"为什么电脑上不了网""为什么访问网站提示异常流量"这类实际问题，靠的也是这里面的底层逻辑。
这篇内容我打算站在一个"带过很多学生、自己也踩过不少坑"的角度，把这门课的主线给你捋清楚。不管你是期末周抱佛脚的大学生、备考408的考研党，还是刚入行想补基础的开发者，都可以按自己需求选择性地看，我尽量把每条路都讲得具体一点。
1. 学计算机网络，先搞懂三条路径的区别
很多人学这门课学得迷茫，根本原因是没分清自己的目标。计算机网络面向的读者群体差异太大了，期末过关、考研应试、动手实训，这三条路径对知识的深度和广度要求完全不同。你不先定位清楚自己属于哪一类，很容易一上来就陷入"什么都想记、什么都没记住"的泥潭。
1.1 期末复习路线：先搭框架，再补血肉
期末考试的套路大家都很熟悉，题型基本是选择、填空、简答和少量计算。这种考试最核心的复习策略是：先有框架，再往框架里面填细节。千万不要第一天就从"TCP拥塞控制"这种细碎机制开始啃，那样两天后你就忘了自己在学什么。
我建议的复习顺序是这样：先把TCP/IP五层模型画出来，每一层写下一个代表协议、一个代表设备、一个代表数据单元名称。举个例子，链路层你得知道MAC地址、以太网帧；网络层你得知道IP地址、路由器、分组；传输层你得知道TCP/UDP、端口、报文段；应用层你得知道HTTP、DNS。框架能默写之后，第二步再去看每层里"高频考点"的具体细节，比如三次握手的状态变化、IP地址分类、子网掩码计算、CSMA/CD的退避算法。最后一天刷两三套往年真题，重点看计算题的套路。
这条路线的要点是"锁定范围"。期末复习不需要把所有协议都吃透，老师划的重点和往年卷子基本就是全部范围。我见过太多同学复习时拿着谢希仁的教材从头翻到尾，翻了三天还在物理层，这就是典型的方向错误。
1.2 408考研路线：机制理解是第一优先级
考研408的计算机网络部分，和期末完全不是一个脑回路。408不会问你"TCP头部有多少字节"这种背诵题，它喜欢考的是机制推导和过程理解。你得能画出TCP拥塞控制窗口随时间变化的曲线，能推算CSMA/CD在给定带宽和距离下最短帧长是多少，能根据IP分片的片偏移字段反推出原始数据报的大小。
准备408的同学，我建议把重心放在"为什么这样设计"上。比如为什么TCP要引入拥塞控制而UDP不用？慢启动阈值到底解决了什么问题？这些机制背后的动机想明白了，题目怎么变换你都能接住。反过来，如果只记住结论而不知道推导过程，408的灵活题目很容易把你打回原形。
另外408的题量很大，网络部分虽然只占25分左右，但性价比极高。它的知识点数量在四门课里最少，记忆负担相对可控，只要把过程性知识理解到位，拿满分数是完全可能的。所以别因为它分值不是最高就轻视，也别因为它概念多就焦虑，按"每个协议就是一个解决特定问题的方案"这种思路去学，效率会高很多。
1.3 实训与自学路线：以动手任务驱动
现在很多学校的网络课程配套了在线实训平台，像头歌这类平台上的题目，往往要求你根据以太网帧的十六进制数据解析出MAC地址和类型字段，或者手算一个CRC校验码。这类实训题的特点是：知识面不宽，但精度要求极高。你不需要把整个教材背下来，但帧格式里每个字段占几个字节、位于哪个位置，必须搞得清清楚楚。
我强烈建议做实训题的同学，每做完一道题，就用Wireshark抓一个真实的网络包对照一下。比如你刚做完以太网帧解析的实训题，那就打开Wireshark，随便访问一个网页，看看抓到的第一个数据帧，数一下目的MAC、源MAC、类型字段是不是和题目里的一模一样。这种"理论-实训-现实"三步对照，是打通计算机网络任督二脉最有效的方式，也是我从带实训课的经验里得到的最大心得。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 教材到底怎么选：谢希仁、自顶向下与王道的定位
教材选不对，学习效率直接减半。市面上主流的计算机网络教材，其实定位差异很大，你用错了方向，会觉得这本书怎么这么难或者怎么这么浅。
2.1 三本主流参考书的差异
先说最经典的谢希仁《计算机网络》。这本书是国内高校使用率最高的教材，很多学校的课件和期末考试都围绕它出题。它的特点是非常"规整"，从物理层一直讲到应用层，每一层的协议、原理、公式都安排得明明白白。配套的资源也最丰富，网上有大量视频课，比如湖科大教书匠的计算机网络课程，就是按谢希仁教材的章节体系来讲的，讲得很细致，适合跟着一轮一轮地过。它的不足是部分同学容易把它当成"概念字典"去背，读着读着就迷失在细节里，忘了网络到底是干嘛的。
再说《计算机网络：自顶向下方法》（Kurose和Ross合著那本，国内常叫"自顶向下"）。这本书的思路是反过来的，先从你熟悉的应用层讲起——HTTP、电子邮件、DNS——让你先明白"网络到底给应用提供了哪些服务"，然后再一层层往下去追问：这些服务是通过什么机制实现的？这种讲法最大的好处是把"为什么需要这些协议"讲得特别透。缺点是知识点的绝对覆盖面不如谢希仁那本全面，一些国内考试爱考但实际应用较少的概念，它可能不会细讲。如果你追求的不是应付考试，而是真正建立对网络的理解，这本书非常值得精读。
再说王道考研辅导系列。严格来说它不是教材，而是面向考研的浓缩讲义。它把常考点、公式、易错点做了高度提炼，再用大量例题和真题帮你巩固。它的优势是应试效率极高，表格化、口诀化，很快能把知识框架收敛到考试范围。劣势是过于精炼，第一次学计算机网络直接拿它当教材，会感觉很跳跃，很多过程性知识缺少来龙去脉，容易知其然不知其所以然。
2.2 我个人的选书建议
如果是期末复习，以本校课件为主，配合一本谢希仁当"查漏补缺"的参考书就够了。课上讲到哪个协议，课后去谢希仁书里找对应章节补细节，不追求全书系统阅读。
如果是408考研，我的建议是王道为主打，谢希仁当百科全书。王道给你划定了考试范围和记忆框架，遇到哪个机制想不明白，再回到谢希仁书里找完整的解释。自顶向下那本可以作为"睡前读物"，不求记住多少，只为培养对网络设计的直觉，这对做综合题很有帮助。
如果是自学或者将来想走网络方向，首推自顶向下精读一遍。先建立"网络是一套提供服务的基础设施"这个观念，再回头用谢希仁补齐考试常见的细碎知识点。带着理解去查概念，要比死记硬背高效一个量级。
2.3 一个最容易踩的坑：资料贪多
我见过太多同学，电脑里存了三四本PDF，网盘里收藏了好几个系列的公开课，然后每本都只翻了前两章就换下一本。这种"资料收集式学习"在计算机网络这门课上特别致命，因为它的知识点是层层递进的，链路层没搞懂，网络层的路由协议就是空中楼阁。
我的建议是，一个学习周期内只认准一条主线。书就看一本，视频就跟一个系列，哪怕觉得这个老师风格不太契合，也先硬着头皮跟完前五章再考虑换。当你把一条线走通之后，再翻其他资料做横向补充，效率会高得多。
3. 把核心知识点串成一条故事线：从输入网址到页面加载
前面讲的都是"怎么学"的方法论，从这一章开始进入实质性的知识主线。我有一个特别管用的学习技巧：不要按教材的章节顺序去学知识点，而是按"一次完整的网络请求"这条故事线去串。当你能把"输入网址到页面显示"的完整过程讲清楚，计算机网络的基础框架就真正属于你了。
3.1 五层模型到底在分层什么
在学习任何具体协议前，你得先理解TCP/IP五层模型存在的意义。很多人背得出各层名称，却不理解分层到底是为了什么。打个比方，你寄一个快递，要经历写信、装信封、写地址、交给快递公司、运输、派送、签收多个环节。每层只负责自己的那一截工作，上面的环节不关心下面用什么交通工具，下面的环节也不关心信里写了什么。网络分层就是这个道理——每一层解决一类特定的问题，层与层之间通过标准接口对接，互不干扰。
这五层分别干什么，我习惯用一张表说明：
| 层次 | 核心任务 | 代表协议 | 代表设备 | 数据单元名称 |
|---|---|---|---|---|
| 应用层 | 为用户提供网络应用服务 | HTTP、DNS、FTP | 计算机本身 | 报文（Message） |
| 传输层 | 端到端的数据传输控制 | TCP、UDP | 无（软件实现） | 报文段（Segment） |
| 网络层 | 路由寻址、分组转发 | IP、ICMP、ARP | 路由器 | 分组/数据报（Packet） |
| 链路层 | 相邻节点之间的帧传输 | Ethernet、PPP | 交换机、网卡 | 帧（Frame） |
| 物理层 | 比特流的透明传输 | 无具体协议 | 集线器、中继器 | 比特（Bit） |
这张表建议抄下来贴在书桌前，学完一章就看看自己能不能把对应行的内容扩展讲一遍。能讲出来，才算真学会了。
3.2 输入网址按下回车：一次请求的完整旅程
现在我们把故事线走一遍。假设你在浏览器里输入www.example.com并按下回车，网络世界大概会发生这些事：
第一步是DNS解析。浏览器先检查自身缓存有没有这个域名对应的IP地址，没有就去问操作系统，操作系统也没有就去问本地DNS服务器。本地DNS服务器如果也没缓存，就会逐级向上查询，直到找到负责解析example.com这个域名的权威服务器，拿到IP地址。DNS查询在传输层走的是UDP协议，端口53，因为它只请求一个很小的应答，不需要TCP那种复杂的可靠连接过程。
第二步是TCP三次握手。拿到IP地址后，浏览器要和目标服务器建立TCP连接。客户端发一个SYN报文，服务器回一个SYN+ACK报文，客户端再回一个ACK报文，连接建立成功。
第三步是发送HTTP请求。连接建立后，浏览器把HTTP请求报文发给服务器，包括请求行（比如GET /index.html HTTP/1.1）、请求头部（Host、User-Agent、Accept等字段）和可能存在的请求体。服务器收到请求后处理业务逻辑，返回HTTP响应报文，状态码是200表示成功，404表示找不到资源，503表示服务暂时不可用等等。
第四步是数据在网络中的传输。HTTP报文不是一个整体直接扔到网线上，它会先被传输层切分成合适的TCP报文段，加上源端口和目的端口；再交给网络层，加上源IP地址和目的IP地址，封装成IP数据报；然后交给链路层，加上目的MAC地址和源MAC地址，封装成以太网帧；最后通过物理层变成比特流，经过交换机、路由器等设备一站一站地转发到服务器所在的网络。这个过程涉及路由器的路由表查询、ARP协议解析下一跳的MAC地址等细节，但核心思想就是"逐层封装、逐层解封装"。
第五步是浏览器渲染。响应报文回到浏览器后，浏览器根据HTML、CSS、JavaScript内容渲染出页面。如果你访问的是一个包含大量图片的页面，浏览器还会用并行TCP连接或HTTP/2的多路复用机制同时获取多个资源，加快加载速度。
你可以把这个故事线讲给身边的同学听，如果对方能听懂并且提不出让你卡壳的问题，说明你的基础已经相当扎实了。这也是我面试候选人时最喜欢用的一道题目，能讲完整的人比例并不高。
3.3 可靠数据是怎么"可靠"起来的
在传输层，TCP最大的卖点就是"可靠传输"。可网络环境天生是不可靠的，数据可能在途中丢失、乱序、重复，TCP是怎么保证对方收到的数据和我发出去的一致呢？
简单说就是三个机制配合：序号、确认应答、重传。发送方给每个字节编上序号，接收方收到数据后回一个ACK确认，告诉发送方"我收到第N个字节之前的所有数据了，请从第N+1个字节继续发"。如果发送方超时没收到ACK，就认为数据丢失，重新发送。这就是所谓的"自动重传请求"机制。
但这只是最基础的可靠传输，如果每发一个包都要等确认再发下一个，效率太低了。于是TCP引入了滑动窗口的概念。你可以把它理解成"批量发货"：发送方被允许一次发送多个包，而不必等每一个都确认，只要已发送但未确认的数据量不超过窗口大小就行。接收方通过ACK里的窗口字段告诉发送方"我还有多少缓冲区容量"，发送方据此调整发送速度，这就是流量控制。
再往上一层，还有拥塞控制。流量控制照顾的是接收方的消化能力，而拥塞控制照顾的是整条网络路径的承载能力。如果发送方不管网络堵不堵都拼命发，那所有数据都会堆在路由器队列里超时丢包，网络反而更堵。TCP通过慢启动、拥塞避免、快重传、快恢复四个算法来动态探测一个合理的发送速率。学习的时候建议大家画一条窗口大小随时间变化的曲线图，把每个阶段的阈值变化标出来，这样考试和面试都不容易忘。
3.4 网络层的灵魂：IP地址与子网划分
如果传输层负责"端到端的可靠传输"，那网络层负责的就是"如何把数据送到正确的目的地"。这里的核心就是IP地址。
IPv4地址是32位的，每8位一组分成四段，用点分十进制表示。每个IP地址可以拆成两个部分：网络号和主机号。网络号标识这台设备属于哪个网络，主机号标识它在网络里的具体编号。那谁来告诉你怎么拆？子网掩码。子网掩码里连续的1对应网络号部分，连续的0对应主机号部分。比如255.255.255.0就表示前24位是网络号，后8位是主机号。CIDR记法把IP和子网掩码压缩成一个形式，比如192.168.10.0/26，斜杠后面的数字24就是子网掩码中1的个数。
我遇到很多同学对子网掩码的理解停留在计算题上，但其实它背后在做一件很重要的事：减少路由器的路由表规模。如果没有子网划分，每个网段都要在路由表里占一条记录；有了子网划分和CIDR聚合，多个子网可以合并成一条路由记录，路由寻址的效率大幅提升。这才是子网划分这个知识点真正的工程意义。
举个例子，不涉及复杂计算：一个网段是192.168.10.0/26，说明网络位有26位，主机位剩下6位。这个子网能容纳的主机数是2的6次方减2，也就是62台（减去一个网络地址和一个广播地址）。它的子网掩码是255.255.255.192。可用IP范围是192.168.10.1到192.168.10.62，192.168.10.63是广播地址。这种题一定要自己亲手算几遍，算熟了自然就理解IP的分配逻辑了。
还有一类需要特别记住的知识点：私有IP地址段。家用路由器和校园网里最常见的192.168.0.0/16、172.16.0.0/12、10.0.0.0/8都是私有地址，只能在内部网络使用，不能直接在公网路由。设备访问公网时通过NAT技术把私有地址转换成公网地址。这也是为什么家里所有设备都显示同一个公网IP的原因。
3.5 链路层那些"底层协议"：MAC、ARP与CSMA/CD
网络层解决了"从哪个网络到哪个网络"的问题，但数据真正在一段物理链路上传输时，还需要链路层来解决"下一跳怎么走"。
MAC地址是设备出厂时写在网卡里的物理地址，48位，通常表示为六组十六进制数。它是数据在局域网内部传输时用来标识设备的。IP地址可以被手动修改，MAC地址一般情况下是固定的，所以链路层通常用MAC地址来确定帧的收件人。
这里就引出一个经典问题：发送方知道目的主机的IP地址，怎么知道它的MAC地址呢？答案是ARP协议（地址解析协议）。发送方在局域网里广播一个ARP请求："谁有这个IP地址？请把你的MAC地址告诉我。"目标主机收到后单播回复自己的MAC地址。发送方拿到这个MAC地址后存入ARP缓存，下次就不必再广播了。这就是为什么你在命令行敲命令清理ARP缓存表后，第一次访问某个IP总会比平时稍慢一点。
CSMA/CD（载波监听多点接入/碰撞检测）是早期共享式以太网解决"多台设备争用共享信道"问题的方法。核心思想是：先听后说，边听边说；一旦检测到冲突，立刻停止发送，并按二进制指数退避算法随机等待一段时间后重发。考试特别喜欢考它，尤其会问你"为什么以太网最短帧长是64字节"这种问题，本质就是为了保证一个站点在发送完数据之前，能够检测到可能发生的冲突。现在的主流以太网大多是全双工交换式网络，CSMA/CD已经淡出现实网络，但理解它的思想，对你理解"共享信道的冲突代价"依然有帮助。
4. 为什么层面的"基础题"：三次握手、四次挥手与TIME_WAIT
如果说把故事线串起来是"知其然"，那这一章要解决的问题就是"知其所以然"。计算机网络基础课程里有些问题特别适合刨根问底，弄懂了背后的动机，很多看似无关的知识点会自动连起来。
4.1 三次握手为什么不能是两次
很多同学第一次学三次握手，脑子里冒出的第一个问题是：为什么要这么麻烦？发一个SYN，服务器回一个ACK，连接不就建好了吗，为什么要来回三次？
核心原因在于：网络中有延迟，也有重传，可能出现已经失效的连接请求报文段突然到达对方的情况。比如客户端发出一个SYN请求，因为网络拥堵，这个请求在路上滞留了很久，客户端等不及重发了一个新的SYN。第一个SYN连接的请求其实已经失效了，但它最终也到达了服务器。如果握手只需要两次，服务器收到这个迟到的旧SYN后会直接建立连接、分配资源，而客户端根本不认这个连接，于是服务器就白白耗着资源直到超时。
有了第三次握手，服务器收到旧SYN后回复SYN+ACK，客户端发现这个确认并非针对自己最新的请求，就不会再回复ACK，服务器等不到确认就会丢弃这条半开连接，从而避免资源浪费。所以第三次握手本质上是客户端对"服务器是否收到自己的新请求"做一次确认。学习三次握手的时候，一定要和"网络中存在延迟与重传"这个前提条件结合起来，否则你永远只能死记硬背。
4.2 四次挥手为什么是四次
断开连接比建立连接多了一次交互，原因其实也不难理解：TCP通信是全双工的，两端各自有独立的发送和接收通道。联系要关闭的是两端各自的发送方向，而每一端的关闭都需要一次FIN加一次ACK来确认，两个方向加起来就是四次。
具体过程是：主动关闭方发一个FIN，表示"我的数据发完了"，被动关闭方回ACK确认，然后继续向主动方发送自己的数据。等被动关闭方的数据也发完了，它再发一个FIN，主动关闭方回最后一个ACK，连接才彻底关闭。中间被动方回ACK和发FIN之间可能隔着一段数据处理时间，所以FIN和ACK不一定连续发送，这就是为什么抓包里经常看到四条报文而不是三条。
这里还要重点提一下TIME_WAIT状态。主动关闭方在发出最后一个ACK后会进入TIME_WAIT状态，并等待2MSL（MSL是最长报文段寿命）的时间后才真正关闭连接。为什么要傻等这么久？因为最后一个ACK可能会丢失，如果丢失，对端会重新发送FIN，主动方需要有个窗口期来响应这个重发的FIN；另一方面，你也得确保这条连接里的所有“残余数据包”已经在网络中消逝干净，避免它们被当成新连接的报文误收。这个机制虽然细节繁琐，但背后体现的安全意识值得你体会。
4.3 高频考点中的"变态计算题"
基础课程里有些计算题，看着复杂，其实掌握了原理就是套公式。我挑两三个最常见的说。
以太网最短帧长的推导是经典中的经典。一句话说明白：为了保证一个站点在发送完整个帧之前还能检测到冲突，最短帧长的值必须大于或等于"两倍的传播时延乘以带宽"所代表的比特数。如果帧太短，站点发完数据进入监听状态时，冲突信号还没传回来，冲突就被漏检了。这个梗概性解释也提醒你：这类问题考察的不是算术，而是你到底理不理解"冲突窗口"这个概念。
CRC循环冗余校验的原理是：把待发送的二进制数据看作一个多项式的系数，把生成多项式作为除数，在数据后面补上生成多项式最高次数个0，做模2除法，得到的余数就是校验码。接收方用同样的生成多项式对接收数据做除法，如果余数为0就认为数据正确。算起来是挺机械的，但理解了"模2除法"和"补0个数"这两个关键点之后，手算或者写代码模拟都不难。
IP分片计算也常考。以太网默认MTU是1500字节，如果IP数据报总长度超过1500，就要在网络层分片。注意计算公式里有个坑：分片偏移字段的单位是8字节，而不是1字节。所以数据报内的数据部分在分片时，除了最后一片，每片的长度必须是8的整数倍。弄错了这个单位，片偏移算出来就是错的。我的建议是把IP头部每个字段的位置和含义默写几遍，这种题基本就是送分题。
5. 理论必须落地：抓包、算题与排查实战
计算机网络的终极检验标准是：给你一台电脑、一个抓包工具，你能不能看到理论的影子；给你一个"网络不通"的现场，你能不能快速定位问题。这一章我集中讲一些实操层面的经验。
5.1 Wireshark抓包：把协议书变成现实
Wireshark是我在所有实训课里最推荐的开场工具。安装它，打开一个网卡接口开始抓包，然后在浏览器里随便访问一个网站，你瞬间就能看到几十个密密麻麻的包。这一步的操作非常简单，难的是"阅读"这些包。
我建议第一次抓包的同学就干一件事：找到TCP协议标着SYN、SYN+ACK、ACK的三个包，这就是三次握手，点开看它的源端口、目的端口、序号、确认号和标志位。当你亲眼在抓包里看到教科书上的那三行状态，计算机网络从抽象的符号到现实的映射就建立起来了。用Wireshark自带的过滤工具也很方便，抓HTTP包时输入 http，过滤某个IP的包时输入 ip.addr == 192.168.x.x，这些都是基础操作，但非常实用。
在这里我特别想说一个经验：你不必等到全学完了再抓包，学完一层就抓一层。学完链路层，就去抓一个ARP包的广播过程；学完网络层，就去看一个IP数据报的头部；学完TCP，就去分析一次连接的正常断开流程。辅助线在手，每个课件上的图都能在真实数据里找到，这门课就再也"背"不进去了，而是"看"进去了。
5.2 访问网站时遇到的"检测到异常流量"
网上很多人在搜索引擎里问："我们的系统检测到您的计算机网络中存在异常流量。请稍后重新发送请求。这为什么会这样？"这个提示其实是一个风控系统的反馈。
从计算机网络基础的角度看，它在说什么呢？网站的服务器会记录每个访问者的IP地址、访问频率、浏览器类型、Cookie信息、设备指纹等一系列网络与终端特征，然后基于一套信任模型给每个访问会话打分。如果你的行为模式不符合"真实人类正常访问"的画像——比如突然在几秒内发起几十个请求，或者你的IP来自一个曾经被爬虫或攻击行为污染过的地址段，服务器就会触发安全拦截，要求你验证身份或暂停请求。
理解这个机制的原理，对你学习网络基础其实特别有价值。你会发现看似完全不同的知识点——IP的作用、TCP连接的建立、Cookie的用途、HTTP请求头里的User-Agent——在这个场景里全部串起来了，成为一套完整的风险识别方案。网络安全也不是一个孤立的方向，它构建在计算机网络基础之上，所以基础学扎实了，往后看任何安全或运维的资料都会省力很多。
顺便提醒一句：如果你在正常上网时频繁遇到这个提示，通常可以从几个方向排查：是不是局域网内有设备在跑流量占用、是不是访问太密集被限流、是不是当前网络环境的IP信誉较低。调整访问频率、换一个规范的网络环境，多数情况下就能恢复正常访问。
5.3 断网排查五连问
学完基础课，很多同学最遗憾的是"毕业后连排查自己家网络故障都不会"。这里给你一套我经常教人的基础排查思路，步骤不多，但每一步都能锁定一类原因：
- 第一步，ping 127.0.0.1。如果通，说明本机网卡驱动和TCP/IP协议栈是好的；如果不通，问题出在网卡或协议栈配置上。
- 第二步，ping 网关地址（通常是192.168.1.1这类）。如果通，说明网卡到路由器的链路没问题；如果不通，检查网线/WiFi连接、IP地址是否获取正确。
- 第三步，ping 一个公网IP（比如223.5.5.5，这是阿里DNS的IP）。如果通了，说明路由器到外网的链路是好的；如果不通，问题出在运营商线路或者路由器的WAN口配置上。
- 第四步，用 nslookup 命令解析一个域名。如果解析失败，说明DNS配置有问题，检查路由器的DNS设置或本地DNS缓存。这一步和第三步之间的差异，能帮你区分"网络通不通"和"域名能不能解析"是两码事。
- 第五步，浏览器测试，确认应用层正常。到这一步如果还有问题，就要考虑代理设置、防火墙规则等更高层的因素了。
这套排查法完全就是计算机网络分层模型的现实应用——从本地到链路，从链路到网络，从网络到DNS，一层层往上走。理解分层不是为了考试，而是为了让你知道"问题到底出在哪一层"。
5.4 常见实训题的解题套路
最后给那些要应付实训平台题目的同学一点直接可用的套路。
以太网帧的解析题，记住了，标准以太网帧的结构是：目的MAC地址6字节，源MAC地址6字节，类型字段2字节，数据部分46到1500字节，帧校验序列4字节。给你一段十六进制报文，前面12个字节一定是两个MAC地址，第13和14个字节是类型字段（比如0x0800代表上层是IPv4，0x0806代表是ARP），剩下的数据按上层协议继续拆。把功夫花在"边读边数位置"上，这类题就是给自己送分。
子网划分的题，先把需求理清楚：网络要划分成几个子网，每个子网要多少台主机。然后决定借多少位主机号作为子网号，再统计剩下的主机位数。算完以后永远别忽略"全0和全1不能用"这个规则。实在心虚，就老老实实把地址二进制展开来写，数对了比什么都强。
校验计算的题，比如CRC，记得先确定生成多项式的二进制形式，再在数据帧后补"生成多项式最高次数"个0，然后做模2除法，每一步都只看最高位，能进位就进位，不能进位就补0下拉一位。这类考题重复性很强，练上三五道就熟了。
总结一下我个人这几年带课和自学的心得：计算机网络基础这门课，能学明白的人，往往不是记忆力最强的那个，而是"没事就抓个包看看、出问题就一层层排查"的那个。协议不是书本上冷冰冰的黑盒，你每发一条微信、刷一个视频、敲一次远程命令，背后都是这套结构和规律在运转。学完一章，不妨打开Wireshark抓一段真实流量对照着看看，这种"眼见为实"的踏实感，比闷头背十遍概念都管用。希望这篇东西能帮你少走一些弯路，把这门硬课真正啃下来。