网络初级第一次作业：从拓扑图到抓包测速，一次搞懂网络基础

网络初级第一次作业，听起来平平无奇，但很多人的网络工程之路就是从这门课、这次作业开始分叉的。有的同学照着教程噼里啪啦敲完命令，交完作业就完事；有的同学却因为这次作业养成了抓包、看拓扑、查 RFC 的习惯，后面越学越顺。我当年属于前者，结果到了配置交换机 VLAN 的时候被现实狠狠教育了一顿，回头才把基础补上。这期就以“网络初级第一次作业”为引子，聊聊那些作业里不会明说、但你必须搞懂的核心知识点，从拓扑图、网线做法到 IP 规划、连通性测试、协议抓包和测速，一次说透。

如果你是刚接触网络技术的学生、准备考取网络工程师认证的初学者，或者单纯想弄明白家里路由器、交换机、网线到底是怎么协同工作的，这篇内容值得你花十几分钟读完。文章里的每一个操作步骤、每一条命令、每一个排错思路，都是我在实验室和真实项目里验证过的，可以直接抄作业。

1. 初识网络：第一次作业到底在练什么

1.1 作业背后的真实意图

网络初级第一次作业，最常见的形式无非这么几种：画一张网络拓扑图、做一根直通线、用 ping 命令测试两台电脑的连通性、或者用 Wireshark 抓一个简单的 HTTP 报文。表面上看，这些任务分散在“线缆”和“协议”两个层面，好像没什么关联，但老师想让你建立的其实是一张完整的认知地图。

我在带新人时经常打一个比方：学网络就像学开车。踩油门、打方向盘是操作层面的技能，对应的是配置命令和网线制作；而理解交通规则、看懂路标、知道什么时候该走哪条车道，才是真正的核心能力，对应的是协议原理和网络架构。第一次作业里的每一项任务，都是让你在“操作”和“原理”之间建立第一次握手。

举个例子，当你用网线把两台电脑直接连起来，然后给它们配置 192.168.1.1 和 192.168.1.2 的 IP 地址，再用 ping 命令测试连通性时，这背后至少涉及四层知识：物理层的网线标准（568B 线序）、数据链路层的以太网帧封装、网络层的 IP 寻址、以及应用层的 ICMP 回显请求。如果只是稀里糊涂地照着步骤做完，却不知道每一条命令、每一根线序背后对应的协议层级，那这第一次作业就白做了。

1.2 不同专业方向的作业侧重点

第一次作业的形式差异很大，我见过不少学校的版本，也帮学弟学妹改过作业，总结下来大概有三类：

无论你拿到的是哪种作业，都建议先问问自己：这次作业里，哪些操作是“背下来就能做”的，哪些是“理解了才能做对”的？比如压水晶头，背熟 568B 线序就能做，这属于前者；而判断两台设备之间到底该用直通线还是交叉线，就需要理解交换机端口的自动翻转机制，这属于后者。第一次作业的真正分水岭，就在于此。

2. 多动手不如先看“图”：网络拓扑图的绘制要点

2.1 为什么老师总让你画拓扑图

很多同学觉得画拓扑图是浪费时间，认为“反正设备都能连通，画图有什么意义”。这个想法我在刚入行时也有过，直到有次排查一个办公网故障，设备间连线乱得跟蜘蛛网一样，足足花了一个下午才理清链路关系。从那以后，我再也不敢小看拓扑图。

拓扑图的核心价值在于，它是把物理设备和逻辑连接抽象成一张“地图”。网络排错、扩容、故障隔离，全部依赖这张地图。第一次作业里让你画的拓扑图，往往只有两三台设备，看似小儿科，但如果你能在这个阶段就养成“画图先于动手”的习惯，后面的路由协议实验、三层架构组网，你会有条理得多。

2.2 一张合格的拓扑图包含什么

虽然“网络初级第一次作业”里的拓扑图要求不会太高，但我建议你养成一个好习惯：画拓扑图时至少包含四层信息。

第一层是设备标识，路由器、交换机、PC、服务器用标准图标，不要自创符号。第二层是链路标注，每条连线要写明介质类型（比如双绞线、光纤），速率（百兆、千兆）也尽量标注。第三层是地址规划，每个接口的 IP 地址、子网掩码、VLAN 编号直接标注在拓扑上。第四层是层级关系，核心层、汇聚层、接入层如果存在，用虚线或标注区分开来。

工具方面，日常练习用 draw.io 或者 ProcessOn 就足够，里面有现成的网络设备图标库，拖拽就能用。有些同学喜欢用 Visio，专业项目里确实用得多，但入门阶段没必要为了画个三台设备的图去额外安装软件。如果你用的是 Packet Tracer 模拟器，它的拓扑绘制功能本身就够用，还能顺便做连通性验证。

不过要提醒一点：Packet Tracer 画出来的拓扑图不等于工程上的拓扑图。前者更像是“实验记录”，后者要求标注设备型号、接口编号、互联 IP、路由协议等工程信息。第一次作业如果要求交拓扑图，建议用 draw.io 这类工具单独画一份，别直接拿模拟器截图充数。

2.3 从拓扑图推导配置思路

画拓扑图不只是为了交作业，它还能直接帮你推导出配置命令。这是一个非常实用的技巧：拿到一张拓扑图，先看设备之间连在哪个接口、属于哪个网段，再顺着接口配置 IP 地址，基本不会错。

比如拓扑图上写着 PC1 的 IP 是 192.168.10.2/24，网关是 192.168.10.1，连接在路由器的 G0/0/0 接口上。那么你的配置思路就是：给路由器 G0/0/0 配 IP 192.168.10.1，给 PC1 配 IP 192.168.10.2，网关指到 192.168.10.1，最后再确认两端在同一个网段，测试就能通。

这个“看图配地址”的习惯，能帮你避开一个入门时最常犯的错误：设备配置了 IP，但掩码不匹配，导致同一台交换机下的设备都无法互通。后面会详细讲这个坑。

3. 网线水晶头里的学问：直通线还是交叉线

3.1 线序标准和制作要点

不管你是网络工程专业还是计算机科学专业，第一次作业大概率逃不过做网线这一关。虽然现在企业里普遍用成品跳线，很少需要现场压水晶头，但这一关的意义不在一根线本身，而在于让你真正理解物理层的传输介质。

关于网线线序，你需要记住两种标准：568A 和 568B。568B 的线序是橙白、橙、绿白、蓝、蓝白、绿、棕白、棕；568A 则是把绿和橙两组对调，即绿白、绿、橙白、蓝、蓝白、橙、棕白、棕。平时我们用得最多的是 568B，直通线两端都是 568B，交叉线一端 568B、另一端 568A。

压线的时候有几个细节非常关键。剥线长度控制在 1.2 到 1.5 厘米左右，如果剥得太长，水晶头卡扣压不住外皮，线缆容易松动；太短的话，线芯顶不到水晶头前端，接触不可靠。排线时线芯要拉直、排列整齐，插入水晶头后要确认从正面能看到每根线芯的铜色前端，压线钳一次压实。

这些细节看起来很小，但直接决定做出来的线能不能通。我记得上学时班里组织过一次网线制作比赛，很多同学做出来的线测线仪亮灯顺序不对，原因基本都是线芯没有完全插到位——不是线序错了，而是物理接触不良。这种“看起来对、实际上不通”的问题，比“看起来错、测出来不通”更难排查。

3.2 交叉线已经过时了吗

第一次作业的文档里如果提到交叉线，很多同学会疑惑：“现在不都用直通线吗？交叉线是不是已经淘汰了？”这个问题的答案是：交叉线在设备直连场景中依然有存在价值，但确实不是“非它不可”了。

原因在于，现代网卡和交换机端口普遍支持 Auto-MDI/MDIX 功能，也就是自动识别对端是同类设备还是异类设备，自动切换收发线对。所以现在两台电脑直接用直通线相连也能互通，这在二十年前的 10M/100M 时代是做不到的，那时候必须用交叉线。

但如果你的实验环境里有老旧设备，或者老师要求你理解“为什么早期需要交叉线”，这个知识点还是不能跳过。工作以后，我还遇到过一些只支持百兆的工业设备，端口不支持自动翻转，这时候就得老老实实做交叉线。所以我的建议是：考试和作业里怎么要求你就怎么做，但心里要清楚直通线、交叉线背后的作用机制，别只会照着做而不知所以然。

3.3 测线仪怎么看结果

做完网线之后，用测线仪验证是必不可少的一步。测线仪分主端和远端，把网线两端分别插入，打开电源，两端的 1-8 号灯会依次亮起。如果两边的灯从 1 到 8 依次对应亮起，说明线序正确；如果两端亮灯顺序不一致，大概率是线序排错了或者水晶头压偏了。

这里有个容易忽略的点：测线仪亮灯只能说明物理导通性没问题，但不代表这条线一定跑得起千兆。千兆以太网需要用到 8 根线芯全部正常工作，如果其中有一对线接触不良，测线仪可能依然显示正常，但实际协商速率只能到百兆甚至更低。条件允许的话，把网线插到电脑上，查看本地连接速率是否显示 1.0 Gbps，这才算真正验证通过。

4. 让设备“说话”：IP 地址规划与基础连通性测试

4.1 同一网段与不同网段的本质区别

第一次作业里最经典的实验，就是两台电脑直连或通过交换机相连，分别设置 IP 地址，然后验证它们能否互通。很多同学在这里会遇到第一个灵魂拷问：为什么我把两台电脑设成 192.168.1.1 和 192.168.1.2 就能通，设成 192.168.1.1 和 192.168.10.1 就不通？

答案很简单：因为它们不在同一个网段。判断两台设备是否在同一网段，方法是把各自的 IP 地址和子网掩码按位做“与”运算，得到网络号，如果网络号相同，它们就在同一网段，可以直接通过二层通信；如果网络号不同，就需要经过三层设备（路由器）转发。

以 192.168.1.1/24 和 192.168.1.2/24 为例，把两台设备的 IP 分别和 255.255.255.0 做“与”运算，得到的网络号都是 192.168.1.0，所以它们在同一个网段，交换机转发就能通。而 192.168.1.1/24 与 192.168.10.1/24 的网络号分别为 192.168.1.0 和 192.168.10.0，不在同一网段，没有路由器的情况下，直接连接是无法互通的。

这个计算虽然简单，但它是所有网络通信的基础。作业里不会专门考你的计算能力，但后面的 VLAN 间路由、静态路由配置，全都建立在“不同网段需要三层转发”这个前提上。现在多花五分钟把这个逻辑彻底想明白，后面能省下一整周的纠结时间。

4.2 ipconfig 与 ping 的正确打开方式

Windows 系统下，配置完 IP 地址后，第一步不是急着去 ping 对端，而是先确认自己的配置有没有生效。打开命令行窗口，输入 ipconfig 查看当前网卡信息，确认 IP 地址、子网掩码、默认网关这三项是你预期值。如果配置了静态 IP 却显示的是 169.254.x.x，说明网卡没能从 DHCP 获取到地址，或者你手动配置的地址没有被正确应用。

接下来用 ping 命令做连通性测试。关于 ping 有几条实用技巧值得分享：

第一，ping 自己的 IP 地址（或者 127.0.0.1）只能说明本机网卡和协议栈工作正常，说明不了物理链路的问题。第二，ping 对端 IP 时需要关注超时还是回复时间，超时可能是链路不通，也可能是防火墙拦截了 ICMP 报文；回复时间大于几十毫秒，则需要考虑链路质量或者负载问题。第三，ping 网关地址可以判断本机到路由器这一段是否正常；如果本机能 ping 通网关，但 ping 不通外网，问题大概率出在路由器到外网的链路上。

我见过不少新手，发现 ping 不通第一反应就是“网线坏了”或者“IP 配置错了”，然后挨个重试，毫无章法。正确的排查顺序应该是：先 ping 本机，确认网卡没问题；再 ping 网关，确认二层链路没问题；最后 ping 对端地址，确认三层路由没问题。一层层定位，很快就能缩小问题范围。

4.3 静态 IP 规划时最容易踩的坑

第一次作业虽然只是配两三个 IP，但踩坑的姿势已经不少了。最常见的坑有三个：

一是 IP 地址冲突。两台设备配了同一个 IP，表现就是时通时不通，这是因为地址冲突后网络行为不确定，有的报文发给了这台设备，有的发给了另一台。排查方法是在命令行执行 arp -a 查看 IP 与 MAC 的对应关系，看是否有同一个 IP 对应多个 MAC 的异常情况。

二是子网掩码不一致。一台设备是 255.255.255.0，另一台是 255.255.255.128，哪怕 IP 前缀都是 192.168.1.x，它们也不能保证互通。这个问题在界面上不容易一眼发现，但用 ipconfig 一查就能看出端倪。

三是默认网关配置错误。网关 IP 必须是本机所在网段内的一个可用地址，并且这个地址确实配置在路由器（或三层交换机）上。有些同学随意填了一个地址当网关，结果本机发出的跨网段报文根本没有设备接收处理，自然无法通信。正确做法是：先确认路由器接口的 IP，再把终端的网关指向它。

5. 把网络“看”明白：协议分析与抓包入门

5.1 Wireshark 抓包到底在抓什么

初级作业里如果涉及协议分析，大多数学校会选择 HTTP 或 ICMP 报文。用 Wireshark 抓包时，很多同学会对着满屏的报文发呆，不知道从哪看起。

实际上，你只需要关注三个信息：协议层级、源目地址、关键字段。以一次简单的 ping 操作为例，抓到的报文会有两个方向：请求报文和应答报文。每个报文展开后，能看到 Ethernet II（二层）、Internet Protocol Version 4（三层）、Internet Control Message Protocol（四层，准确说是三层之上的辅助协议）三层结构。

这里有个非常重要的观念：Wireshark 里看到的报文，是数据从网卡“过路”时被复制的一份副本，抓包本身不会影响正常通信。所以你可以放心大胆地抓包分析，不用担心抓包导致网络变慢或者数据异常。但要注意，抓包必须要有相应权限，别在别人设备和网络上随意抓包，这个边界要守住。

5.2 用实例读懂 HTTP 请求过程

说一个我特别喜欢用来教学的例子：在浏览器里访问一个网站时，先用 Wireshark 抓包，停止抓包后输入过滤条件 http，你会发现整个过程并不复杂。

首先是 DNS 请求，浏览器需要把域名解析成 IP 地址，这是 UDP 报文，端口 53。拿到 IP 之后，浏览器和服务器建立 TCP 连接，经历三次握手：SYN、SYN+ACK、ACK，这三条报文在 Wireshark 里能直接看到。然后浏览器发送 HTTP GET 请求，服务器返回响应报文，最后经过四次挥手释放连接。

第一次作业如果只要求“抓一个 HTTP 报文”，很多同学抓到请求就直接交了。但我建议你多做一步：把三次握手和四次挥手的报文也找出来，看看它们的 Flags 字段分别是什么，Sequence Number 是怎么变化的。这个练习能让你对 TCP 状态机有直观认识，为后面的传输层协议学习打底。

5.3 抓包之后怎么分析才算合格

拿到抓包文件之后，怎么判断这份抓包分析做得好不好？我认为有三个维度。

第一是过滤是否精准。Wireshark 提供了强大的过滤器语法，比如 ip.addr == 192.168.1.1 过滤特定 IP，tcp.port == 80 过滤特定端口，http.request 只看 HTTP 请求。如果抓到的报文几百上千条，不会过滤等于白抓。

第二是分析是否有逻辑。一份合格的实验报告，应该能说清楚“先发生了什么、后发生了什么、每个阶段有哪些关键报文”。如果只是把报文截图堆在报告里，没有串联逻辑，老师一眼就能看出你没理解。

第三是对异常是否敏感。抓包分析最有价值的时刻，是发现报文和预期不符的时候。比如发了一个 HTTP 请求，却只看到 TCP SYN 重传而没有任何响应，说明服务器端口不通或者防火墙拦截了；又比如 TCP 三次握手后立刻出现 RST 报文，说明有一方主动终止了连接。能把异常报文和具体问题对应起来，才是真正的网络分析思维。

5.4 在线测速有哪些门道

说到网络测速，热词里出现了“网络测速在线测网速”。很多同学做作业时顺便测了个速，但测速结果的解读并不像想象中那么简单。

测速的原理是：你的设备向测速服务器发送数据，统计单位时间内传输的数据量，分别得到下行速率和上行速率。影响测速结果的因素很多，包括测速服务器的位置和负载、本地网络拥堵程度、无线信号质量、甚至测速工具的协议选择。

我实测下来的经验是：测速结果不理想时，先别急着怪运营商。先切换有线连接测试，如果网速恢复到了签约带宽水平，那问题大概率出在无线信号上，比如距离路由器太远、信道干扰严重；如果网速依然上不去，再检查光猫和路由器的配置，确认没有做过限速或 QoS 设置；最后才需要考虑是不是运营商线路的问题。

关于测速工具，不同平台的差异也不小。Speedtest 的节点选择会显著影响结果，建议选离自己最近的节点；一些国内测速平台和运营商的官方测速工具，在本地覆盖上做得更好。一次测速结果不能说明问题，建议选择不同时段、不同节点多测几次，取稳定值才有参考意义。

6. 环境汇总：从虚拟到现实的实验环境搭建

6.1 用模拟器起步的优势与局限

第一次作业如果涉及多台设备的互联配置，学校大概率会让你用 Cisco Packet Tracer 或者华为 eNSP 这类模拟器。模拟器的优势是零成本、能随便造、不怕把设备弄坏，非常适合初学者练手。

但模拟器也有局限。它模拟的是网络设备的“逻辑行为”，不是真实的硬件处理流程。比如 Packet Tracer 里配置命令敲下去基本立即生效，而真实交换机可能需要几秒钟，还可能出现配置不匹配告警。模拟器里很多报错信息也做了简化，真实环境里可能完全不同。

我的建议是：模拟器用来练配置思路，真机用来验证配置结果。如果学校实验室有真机资源，一定要多上手操作，真机操作带来的手感是模拟器替代不了的。配置错一根命令换来的教训，比模拟器里通十次实验都深刻。

6.2 虚拟机网络模式的正确选择

入门网络时，你还可能接触虚拟机网络配置。VMware 和 VirtualBox 提供了几种网络模式，很多同学分不清桥接模式和 NAT 模式的区别，导致虚拟机连不通外网或者和宿主机不在同一网段。

简单理解：桥接模式下，虚拟机直接利用宿主机物理网卡接入局域网，它就像局域网里的一台独立设备，拥有和宿主机同一网段的 IP 地址，可以被局域网内其他设备访问。NAT 模式下，虚拟机通过宿主机做地址转换访问外网，外部网络无法主动访问虚拟机，虚拟机 IP 和宿主机不在同一网段。

做网络实验时，我通常建议用桥接模式，因为桥接模式下虚拟机参与真实局域网的二层通信，更有助于理解 IP 寻址和路由。但要注意，如果局域网内 IP 地址紧缺或者路由器开启了 DHCP 地址池限制，桥接模式可能获取不到地址，这时候改成 NAT 模式往往能救急。

6.3 Linux 下 Ubuntu 网络配置要点

热词里有一条“ubuntu 虚拟机网络上有个?”和“wsl2ubuntu 不能连接网络”，这两个问题我在技术社区见过无数次。Linux 的网络配置确实比 Windows 稍显复杂，但核心逻辑是相通的。

Ubuntu 桌面版早期用 /etc/network/interfaces 配置文件，新版改用 Netplan，配置文件位于 /etc/netplan/ 目录下，通常是 .yaml 格式。配置静态 IP 时，需要修改这个文件，指定接口名、IP 地址、子网掩码、网关和 DNS，然后执行 sudo netplan apply 使其生效。

和 WSL2 相关的网络问题，常见的坑点是 DNS 解析失败。如果你在 WSL2 里 ping 不通外网域名，但能 ping 通 IP，大概率是 DNS 配置出了问题。可以先查看 /etc/resolv.conf 中的 nameserver 地址，再根据发行版版本修改配置文件或使用 wsl.conf 里的配置项。这类问题在企业里也很常见，掌握排查思路比死记命令更管用。

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

7.1 问题速查表

把我在带新人和做项目时遇到的高频问题整理成一个速查表，供大家对照排查。

7.2 一个让我印象深刻的排查案例

说一个我自己踩过的典型的“看起来没毛病但就是不通”的案例。有次在实验室帮学弟排查问题，两台电脑通过交换机相连，配置了同网段 IP，ping 却不通。检查 IP 没有冲突，网线测线仪也正常，交换机接口状态是 UP，一切看起来都很正常。

后来我登录交换机一看，发现两个接口虽然状态是 UP，但 VLAN 一个是 1、一个是 10。接入层交换机默认所有接口在 VLAN 1，但不知道谁在某个接口上执行了 port access vlan 10 的配置，导致两台电脑虽然连在同一台交换机上，逻辑上却被隔离到了两个广播域，自然无法通信。

这个案例给我一个很重要的启发：网络排查不能只看终端设备，交换机上的配置往往才是问题根源。第一次作业阶段可能不会遇到 VLAN 配置，但“配置一层层核对”的排查思路，从一开始就要建立起来。以后无论做路由协议实验还是企业网络排障，这个思路都不会过时。

7.3 第一次作业的高分建议

最后说说怎么把这一次作业做成“能拿高分又能学到东西”的实验。

不要只满足于完成任务清单。如果作业要求画拓扑图，就多标几层信息；如果要求配通两台电脑，就顺手试一下跨网段通信，再亲手配一个静态路由让它们互通；如果要求抓包，就分析一下 TCP 三次握手。这样的“超额完成”，不仅是为了分数，更是逼自己多接触一些知识点。

记得把实验过程记录下来。截图配置命令、记录测试结果、保存抓包文件、写上分析和心得。这些记录以后都会成为你的素材，无论是课程报告、面试项目经历，还是技术博客，都能源源不断地提供内容。我自己的第一篇技术博客，就是从整理一次课程实验开始的。

8. 写在最后：保持对“为什么”的好奇心

关于网络初级第一次作业能聊的内容其实很多，上面这些已经足以帮你建立整体的认知框架。我在实际接触大量新人和初学者之后发现，拉开差距的往往不是天赋，而是面对一个小作业时的心态——是急着交差，还是愿意多问几个“为什么”。

如果你做完这次作业，能清楚地回答这几个问题：为什么两台电脑设置同一网段就能互通、为什么在不同网段就必须通过路由器、抓包软件里看到的三层报文结构分别代表什么、测速结果的数字到底受哪些因素控制，那么恭喜你，这次作业的价值已经超出了一次普通实验的范畴。

我在实际学习过程中最大的体会是：网络技术是一个“层层构建”的体系，物理层的线缆、数据链路层的帧、网络层的 IP、传输层的端口、应用层的数据，每一层都有自己的规则和使命。第一次作业就像一把钥匙，帮你打开这个体系的大门。至于大门后面有多少值得探索的东西，那就看你自己愿意走多远了。