简介这是一份面向计算机网络课程初学者的实验指导PDF以“组建小型以太网”为主线完整覆盖从网络拓扑规划、主机软硬件配置到网线制作与连通性测试的实操环节。内容基于Windows/Unix系统详细讲解了网卡驱动程序安装、TCP/IP协议参数配置以及EIA/TIA 568A/568B标准下直连网线与交叉网线的制作方法适合高校学生完成实验报告或复习备考使用。压缩包仅含1个PDF文件大小241KB内容精炼便于打印或移动端查阅。该资源已被147人学习作者为yankunyun。通过本资料读者可系统掌握以太网组建流程、局域网各层协同工作原理并积累网线钳压接、RJ45接头制作等动手经验对理解交换机互联与IP地址规划也有直接帮助。1. 组建小型以太网为什么值得先做一遍很多人的第一个网络实验是从配置路由器开始的但计算机网络这门课里最容易被低估的实验恰恰是“组建小型以太网”这一类题目。它看起来只是拿几台设备连在一起实际上把数据链路层的核心机制——MAC 地址学习、帧转发、广播域、冲突域——全部压进了一个两小时的实验里。做完它再去学 IP 层、学路由协议手感会完全不一样。这个实验适合两类人一类是刚接触计算机网络、对“数据到底怎么从一台机器到另一台机器”还没有直觉的人另一类是准备计算机网络期末复习或考研、想把谢希仁教材里的概念落回真实设备上的学生。它的目标不是把网络通起来就完事而是通过观察交换机的 MAC 地址表变化、帧的转发行为、广播风暴的成因反推出以太网帧格式和交换原理。这篇文章按“硬件怎么选 - 广播域和交换机原理 - 最小配置与验证 - 踩坑 - 进阶与排错工具”的顺序拆解保证从零也能复现。2. 组建前先想清楚的几件事设备选型、拓扑和帧格式2.1 为什么这个实验的核心是以太网帧而不是 IP 地址做实验时最常见的误区是一上来就配 IP 地址觉得配完能 ping 通就算实验成功了。但“组建小型以太网”这个标题的关键词是以太网不是 TCP/IP。二层设备只认 MAC 地址不认 IP 地址。交换机收到一个帧时它看的是目的 MAC 地址、源 MAC 地址和类型字段IP 地址只是封装在数据部分里的内容。以太网帧格式里必须关注几个点前导码和帧起始定界符SFD属于物理层同步用的Wireshark 里看不到目的 MAC、源 MAC 各 6 字节类型字段0x0800 表示上层是 IPv40x0806 表示 ARP数据部分最少 46 字节不够要填充帧校验序列FCS是 CRC32 校验。初学者最容易忽略的是最小帧长 64 字节这个限制——如果上层数据太少必须填充到 46 字节否则无法区分“正常短帧”和“因冲突而中断的残帧”。实验时用 ping 命令发一个小包在抓包里看数据部分是否被填充到了 46 字节就是一个直观的验证点。理论逻辑理清后选型时就有了依据。下面从硬件到拓扑配置逐步说清楚。2.2 设备选型的三种方案真机、模拟器、虚拟机抓包组建小型以太网有三种常见做法成本和真实感各不相同。第一种是纯模拟器比如 Cisco Packet Tracer 或华为 eNSP。优点是零硬件成本、无限次重来适合完全没有设备的人先在软件里把命令走一遍。缺点也很明显模拟器里很多细节是被理想化的比如 MAC 地址表的学习过程几乎瞬间完成永远不会出现端口 up 但协商不上的情况。如果你的实验报告需要交截图Packet Tracer 是够用的但如果你想真正建立故障排查的直觉它只是个起点。第二种是真机方案。最可靠的一台交换机 两台 PC 的做法因为交换机本身不参与复杂协议问题容易定位。用家用路由器当交换机时要先关掉 DHCP 功能否则会出现非常诡异的“设备能上网但互相 ping 不通”的现象。真机方案的优点是所有现象都真实存在——端口协商不上、网线线序错误、交换机死锁这些在模拟器里永远不会遇到但恰恰是工作中最常碰到的问题。第三种是虚拟机加虚拟交换机在 VMware 或 VirtualBox 里创建两个虚拟机然后用虚拟交换机连起来。这种方式免费且能真实运行 Wireshark 抓包是我个人比较推荐的教学路径。不过它有一个致命缺点虚拟机之间通信时很多帧由虚拟交换机直接处理了物理网卡模式选 NAT 还是桥接行为差异远大于预期。建议按下面表格组合方案每做一步就抓包对比一次。实验目标推荐方案抓包实机成本了解以太网帧格式真机两台直连无需交换机Wireshark 本机抓包最低观察交换机 MAC 表学习真机交换机 两台 PC交换机 show mac address-table中等模拟广播风暴模拟器 Packet Tracer模拟器自带抓包最低观察冲突域消失虚拟机 虚拟交换机Wireshark零硬件成本2.3 实验组网的物理与逻辑拓扑设计选完设备后先在纸上画拓扑图再动手这是血泪经验。即使只是两台设备和一根网线画不画图也直接影响后面排查的效率。拓扑图要标出设备名、接口编号、IP 地址规划、网关、子网掩码。设计时应遵守各设备 IP 处于同一子网常见做法是 192.168.1.0/24交换机不做任何三层配置只做二层确保没有形成环路。如果只有一个交换机能用拓扑图依然要画因为物理连接方式影响后续网络抓包路径的选择。最常见的物理连接有直连线和交叉线。现代网卡和交换机基本都支持自动协商交叉线已经不再必须但 MinHub 等老型号交换机可能会遇到不支持自动识别线序的问题此时就要手动判断。具体判断技巧见第 4 章避坑部分。2.4 组网前需要知道的以太网工作原理交换机转发依据的是 MAC 地址表。初始状态下这个表是空的PC A 向 PC B 发送帧时交换机会记录 PC A 的 MAC 地址与入端口的对应关系然后向除入端口外的所有端口广播这个帧收到回包后记录 PC B 的 MAC 地址。后续通信就不再广播直接根据已知表项单播转发。这是“组建小型以太网”实验中最值得观察的过程——只抓一次包看不出门道多 ping 几次再查看 MAC 表就能看到表项从无到有的过程。帧的转发模式有直通转发和存储转发两种。直通转发收到目的 MAC 地址后立刻转发时延低但不检查 FCS存储转发要把整个帧收完并校验 FCS 后才转发不会转发错误帧。小型以太网实验里的交换机默认都是存储转发模式。地址老化时间通常为 300 秒如果某台设备关机交换机会在超时后清掉对应表项。3. 小型以太网组建实操从网线连接到交换表验证3.1 所需硬件与软件清单用真机方案为例需要一台 8 口百兆或千兆交换机不必须可网管建议选择可网管以便查看 MAC 表、配置 VLAN 和端口镜像、两台 PC 或笔记本电脑、两根超五类或六类网线。软件方面准备 Wireshark 抓包分析SecureCRT 或 PuTTY 用于登录交换机命令行或直接用浏览器登录 Web 管理界面。设备连接顺序建议先接电源再连网线最后启动抓包软件。很多人习惯先开电脑后接网线导致抓包错过设备启动阶段的 DHCP 广播帧。先启动 Wireshark 再插网线能捕获到网卡协商过程中的链路初始化帧。3.2 交换机基础配置与端口参数可网管交换机的命令大多类似以华为 S5700 为例其他品牌可对照自己的命令手册。先用串口线或网线登录交换机配置界面实际操作如下# 用户视图查看系统版本和接口信息确认设备状态 Huawei display version Huawei display interface ethernet 0/0/1 # 进入系统视图给交换机改主机名 Huawei system-view [Huawei] sysname Lab-Switch # 关闭多余端口防止无关设备接入产生广播干扰 [Huawei-GigabitEthernet0/0/3] shutdown # 开启某个端口并配置速率模式为自协商 [Huawei] interface gigabitethernet 0/0/1 [Huawei-GigabitEthernet0/0/1] undo shutdown [Huawei-GigabitEthernet0/0/1] duplex auto [Huawei-GigabitEthernet0/0/1] speed auto这里有两个关键参数duplex auto表示双工模式自协商如果一端是自协商、另一端被手动改成全双工链路上就会出现大量 CRC 错误表现为能 ping 通小包、但大包丢包严重。speed auto表示速率自协商两端不一致时会协商失败端口直接显示 down。改完参数后用display this确认当前接口配置全貌。3.3 直连网线后观察 MAC 地址表的学习过程两台 PC 分别接到交换机 1 口和 2 口PC1 的 IP 设置为 192.168.1.10/24PC2 设置为 192.168.1.20/24。先在 PC1 上持续 ping PC2然后查看交换机的 MAC 地址表[Huawei] display mac-address # 如果表为空说明帧没有经过交换机检查网线是否插错 [Huawei] display mac-address aging-time # 查看老化时间通常为 300 秒正常情况下表格里会出现两条记录分别对应 PC1 和 PC2 的 MAC 地址、各自的端口和 VLAN 编号。如果只有一条记录说明另一台的帧没有被交换机接收到可能是对端网卡驱动未加载或者 ping 的目标地址有误。反复ping -tWindows 下持续 ping时观察display mac-address的空闲计数可以有效验证 MAC 老化机制。3.4 验证广播、冲突域和交换机性能抓包观察帧格式交换机通过 VLAN 分割广播域这是组建以太网后最容易观察的实验点。交换机启动后接入两台 PC默认所有端口都在 VLAN 1 中。用 PC1 发送 ARP 包寻找 PC2 的 MAC 地址这个 ARP 请求是以广播形式发送的交换机把它从除接收端口外的所有端口转发出去。在两台 PC 上同时用 Wireshark 抓包PC2 会看到 PC1 发来的 ARP 广播帧PC1 自己也能在抓包里看到网络上的广播流量。# 把 2 号端口从 VLAN 1 移到 VLAN 2 [Huawei] vlan 2 [Huawei-vlan2] port gigabitethernet 0/0/2 [Huawei] interface gigabitethernet 0/0/2 [Huawei-GigabitEthernet0/0/2] port link-type access [Huawei-GigabitEthernet0/0/2] port default vlan 2配置后PC2 的 MAC 地址出现在 VLAN 2 的表项中交换机会带上 VLAN Tag 转发帧但此时两台主机配置的是无标记的 Access 模式如果 PC1 在 VLAN 1 而 PC2 在 VLAN 2它们之间就 ping 不通了。这个行为可用来验证 VLAN 广播域的隔离效果。4. 组建小型以太网时的避坑指南6 个高频故障及排查方法4.1 端口灯亮但 ping 不通多半是 IP 或子网掩码问题现象交换机端口指示灯绿色网线连接正常但在 PC1 上ping 192.168.1.20请求超时。原因最常见的是两台 PC 的 IP 地址不在同一子网。PC1 配置为 192.168.1.10/24PC2 却配置成了 192.168.2.20/24。目的地址与源地址不在同一广播域内PC1 会发送 ARP 请求但网关不可达交换机处于二层模式不会帮忙路由。第二常见的是 Windows 防火墙阻止了 ICMP 回显请求特别是公网网络配置文件下默认拦截。解决先用ipconfig /all核对 IP、子网掩码、网关是否在同一网段。再临时关闭 Windows 防火墙或在入站规则中放行“文件和打印机共享 (回显请求 - ICMPv4-In)”规则进行测试测试完成后恢复防火墙。把两台 PC 都设为固定 IP 而不是 DHCP避免自动获取到不同网段的地址。4.2 直连不通、过交换机却通可能是直连线 vs 交叉线的问题现象两台 PC 用一根网线连接后协商不上换上交换机中转后却正常。原因现在大部分网卡和交换机端口都支持 Auto MDI-X能自动识别直连线或交叉线但个别老设备或某些工业级设备不支持此功能此时 PC 直连必须使用交叉线接交换机时用直连线。解决先看一眼设备说明是否支持 Auto MDI-X不确定时可直接制作一条交叉线测试。注意交叉线和直连线的线序差异只在 1/2 与 3/6 两对线互换。使用测线仪测线时按 T568A 和 T568B 标准核对两端压线顺序。4.3 抓包看不到任何数据问题出在网卡混杂模式现象Wireshark 启动后能看到自己发出的包但看不到其他设备的帧。原因默认情况下网卡只采集目的地是自己的帧广播帧和组播帧除外。如果要在普通 PC 上观察整个链路的流量需要把网卡设置为混杂模式在 Wireshark 的 Capture Options 里勾选 Promiscuous mode。如果使用的是虚拟机还要检查虚拟网卡是否真正连接到物理网络。解决用普通 PC 作为监测点把 PC 接到交换机的某个端口配置端口镜像也叫端口镜像把被观测端口的流量复制到该监测端口上。没有可网管交换机时启用混杂模式使用集线器或改造环境但常常连 ARP 广播帧都很难抓到。4.4 交换机死机或环路导致的广播风暴现象小型以太网实验只有两三台设备但交换机指示灯全部疯狂闪烁网络时通时断。原因组网时误把某台交换机同时用两条网线接到了同一个交换机上形成环路。二层没有 TTL 机制广播帧环路里打转最终广播风暴形成广播风暴。解决组网前看一遍拓扑图执行display loopback-detect确认交换机是否检测到环路。没有可网管交换机时拔掉一根网线看现象是否消失就能迅速确认。实验中走线尽量一眼能看清物理连接避免误操。4.5 ping 大包失败、小包正常MTU 不一致或双工不匹配现象ping 192.168.1.20 -l 1400正常通过但把长度改成 5000 时失败或时延变得极高。原因二层以太网最大帧长为 1518 字节不包括前导码1500 字节的载荷加 18 字节帧头帧尾后FCS 校验要求 IP 层不能超过 MTU但 Windows ping 的-l指定的是 ICMP 数据区长度不等于 IP 包总长。更常见的是两端开启巨型帧模式不一致或链路双工不匹配导致大量重传和 CRC 错误。解决用ping -f -l 1472测试 MTU 限制。1472 20 字节 IP 头 8 字节 ICMP 头正好是 1500。如果大包持续失败检查两端网卡巨型帧设置是否一致并用display interface查看接口统计里的 CRC 错误计数有错误则先排查线缆和双工协商。4.6 VLAN 配置后不通却不知道原因现象前一刻 ping 得好好的把某个端口划进 VLAN 2 之后网络突然中断确认配置没错但数据就是不通。原因大概率是 Access 端口和 Trunk 端口混用。PC 的网卡默认发送不带 VLAN Tag 的标准以太网帧如果交换机端口设置为 Trunk 模式且 PVID 不是 PC 所在 VLAN交换机会拒绝接收无 Tag 帧或将帧打上错误的 VLAN Tag 转发给愿意接收方。两边 VLAN 划分不一致则接收方直接丢弃。解决配置时逐一致确认端口类型。PC 接交换机的端口用port link-type access、port default vlan 2交换机互联端口用port link-type trunk、port trunk allow-pass vlan 2先让链路通起来再考虑复杂管理。每次配置后display port vlan核对一遍端口 VLAN 状态。5. 组建小型以太网进阶VLAN、端口隔离和三台设备的链路冗余5.1 VLAN 划分与跨交换机 Trunk 配置小型以太网实验做通了基础组网后第一个值得扩展的是 VLAN 应用。用两台交换机相连接PC1 和 PC3 划分在 VLAN 10PC2 和 PC4 划分在 VLAN 20验证 VLAN 隔离性和 Trunk 帧 Tag 标记# 交换机 A 上创建 VLAN [Huawei] vlan batch 10 20 [Huawei] interface gigabitethernet 0/0/1 [Huawei-GigabitEthernet0/0/1] port link-type access [Huawei-GigabitEthernet0/0/1] port default vlan 10 [Huawei] interface gigabitethernet 0/0/2 [Huawei-GigabitEthernet0/0/2] port link-type access [Huawei-GigabitEthernet0/0/2] port default vlan 20 # 交换机 A 的 24 口接交换机 B配置为 Trunk [Huawei] interface gigabitethernet 0/0/24 [Huawei-GigabitEthernet0/0/24] port link-type trunk [Huawei-GigabitEthernet0/0/24] port trunk allow-pass vlan 10 20配置后在 Wireshark 里分别抓 PC1 到 PC3、PC1 到 PC2 的包前者端到端 ping 通后者不通。把抓包文件放一起对比能清楚看到 Access 口发出的帧无 Tag而交换机互联 Trunk 口上的帧带有 VLAN Tag——这就是 802.1Q 封装最直观的落地观察。5.2 端口镜像在小型以太网中的用法继续沿用 3.3 节的拓扑PC1 接交换机的 1 口PC2 接 2 口PC3 作为观察点接 3 口。把 1 口和 2 口的双向流量镜像到 3 口[Huawei] observe-port 1 interface gigabitethernet 0/0/3 [Huawei] interface gigabitethernet 0/0/1 [Huawei-GigabitEthernet0/0/1] port-mirroring to observe-port 1 both [Huawei-GigabitEthernet0/0/1] quit [Huawei] interface gigabitethernet 0/0/2 [Huawei-GigabitEthernet0/0/2] port-mirroring to observe-port 1 both然后在 PC3 上开启 Wireshark持续 ping 操作后能看到镜像端口转发过来的全部数据帧且源地址是 PC1 和 PC2此时 PC3 的 IP 地址已经无所谓了。这在模拟器里做不出来因为模拟器没有真正抓包功能只有真机交换机能复现。5.3 链路聚合或冗余链路仿真是组装网络后的必要进阶三台设备组成的网络已经很小但真实网络不会只依赖一根网线。如果手上有两台交换机可以用两根线把两台交换机连起来测试。此时不配置任何链路聚合协议直接观察交换机日志里有没有 MAC 地址漂移告警或通过display mac-address看同一个 MAC 地址是否在两个端口上交替出现。这个现象比单纯配置链路聚合更能理解 STP 和环路的关系。接下来配置链路聚合把两条物理链路合成一条逻辑链路也是验证二层故障排查能力的常用练习[Huawei] interface eth-trunk 1 [Huawei-Eth-Trunk1] mode manual load-balance [Huawei-Eth-Trunk1] quit [Huawei] interface gigabitethernet 0/0/23 [Huawei-GigabitEthernet0/0/23] eth-trunk 1 [Huawei] interface gigabitethernet 0/0/24 [Huawei-GigabitEthernet0/0/24] eth-trunk 16. 实验验收不做这些验证等于白做从 MAC 学到抓包回放实验做完以后不要直接收线拆设备另写报告。常见的验收习惯是“ping 通就结束”但小型以太网实验真正要证明的是二层工作原理不是三层连通性。每次操作后做三步验证用display mac-address表项关联端口用抓包文件核对帧格式中的源/目的 MAC 与类型字段用持续 ping 测试确认广播域划分有效。把这三样证据放进实验报告才算闭环。实际验证操作可以按这个流程走先清空 MAC 地址表reset mac-address再在一台 PC 上发出一个 ping 包随后立刻查看交换机的 MAC 表项验证学习过程之后再发一个 ping 包观察表项没有变化说明交换机已经用缓存表项直接转发不再触发未知单播泛洪。然后把 Wireshark 捕获的文件存为 .pcap 格式在Statistics - Protocol Hierarchy里查看 ARP、ICMP、LLDP 等协议占比观察以太网帧格式中的最小帧长填充。这个实验如果能不打折扣地做完往后的计算机网络学习里至少不会出现“路由器上配了地址PC 就是上不了网”这种完全摸不着头脑的问题因为你已经直观理解了一台二层设备到底在转发什么。我自己的习惯是每次做完实验都把配置清空、重新从头配置一次不依赖保存的配置文件多练几次就再也不会犯端口模式混淆这种错误了。希望这些实操细节对你的实验和复习有帮助。本文还有配套的精品资源点击获取