简介一份针对计算机网络基础课程的实验指导文档面向高校学生及自学者目标是通过亲手组建小型以太网掌握以太网基本搭建方法并理解局域网中软硬件协同工作的原理。内容以完整实验报告为主线先规划网络框架给出使用交换机连接终端、千兆端口互连两组局域网等拓扑参考再配置主机软硬件环境包括网卡安装、驱动程序部署、TCP/IP协议添加及IP地址分配最后详述双绞线制作全流程区分普通网线与交叉网线的EIA/TIA 568A/568B标准并讲解压接RJ45接头的关键步骤与排错要点。整体设计贴近教学需求能帮助读者规避常见的线序错误和配置遗漏。资源为单个PDF文件大小约241KB结构清晰、步骤齐全便于在实验过程中随时对照操作。已有147人学习下载适合计算机网络实验备查、作业参考或实训技能巩固能显著提升组网动手能力。1. 组建小型以太网这个实验为什么值得认真做一遍把两台电脑用一根网线连起来、配上 IP 就能互相 ping 通看起来是计算机网络课里最不起眼的第一个实验。但恰恰是这个“简单”的实验能把链路层、IP 层、ARP 解析、帧格式这些后面所有章节的地基一次性铺实。很多人在这个实验里翻车不是不会敲命令而是不知道集线器和交换机转发逻辑的差别、不知道交叉线和直通线在千兆网卡下为什么“都能用”、更不知道抓包看到的帧里藏着什么信息。本文按“硬件选型 → IP 规划 → 连通性验证 → 抓包看帧”这条线把组建小型以太网从零到一讲透。适合正在做课程实验的学生也适合想补网络基本功的从业者——实验本身不复杂但里面的参数细节和排错思路能直接迁移到真实办公网和车载以太网的调试场景。2. 先搞清楚拓扑和设备选型交换机组网与共享式以太网的区别2.1 集线器 vs 交换机同样的接线完全不同的转发逻辑组建小型以太网核心设备无非两个选择集线器Hub或交换机Switch。课程实验里经常要求“先用集线器组网再换成交换机对比”这个对比本身就是实验的考点。集线器工作在物理层它收到任何端口上的电信号会向所有其他端口原样广播出去所有主机共享同一根总线任意时刻只允许一对主机通信。两台主机同时发数据就会产生冲突冲突域是全体端口。共享式以太网的组网就是这个原理标准是 10BASE-T半双工模式用 CSMA/CD 机制协调发送。不要小看这套老机制后面学交换机的 MAC 地址学习、VLAN 划分时很多概念的出发点是“我要解决共享式以太网的那些痛点”。交换机工作在数据链路层它内部维护一张 MAC 地址表收到帧后查表知道目标 MAC 在哪个端口就直接点对点转发不知道才广播。这样每个端口独立冲突域全双工模式下根本不存在冲突问题。实验里如果只是两台电脑互联交换机和集线器表现一样但接三台以上设备时交换机明显“聪明”得多。2.2 直通线与交叉线千兆网卡让老规矩失效了设备选型确定之后网线是下一个坑。传统的规则是同种设备电脑连电脑、交换机连交换机用交叉线异种设备电脑连交换机用直通线。交叉线把 1/2 和 3/6 两组线对调因为早期网卡发送和接收各用固定线对必须交叉对接。但 1000BASE-T 千兆以太网标准里四对线全部用于双向收发网卡自己会做自动协商所以现在千兆网卡用直通线也能电脑直连。这导致很多学生在实验里“随便拿一根线就通了”反而忽略了线序的知识点。考试和实验报告里建议把两种线序都写清楚T568A 和 T568B 的线序排列以及交叉线在 10/100M 时代为什么必要。实验台上如果用的还是百兆老设备线序错了真的会不通。2.3 最小组网拓扑从两台到多台建议实验按三步走而不是一步到位接五台机器两台电脑网线直连不做任何交换机介入。这是最干净的调试环境能排除设备故障变量。加一台交换机三台或四台电脑接进来。验证交换机 MAC 地址表的自学习过程。有条件的话把交换机换成集线器对比同拓扑下抓包行为的变化。这个递进顺序的价值在于第一步排查物理层第二步排查链路层第三步对比设备原理。每步之间单独验证不要一次接完再排错。3. 配置 IP 与验证连通性从 ping 通到抓帧看细节3.1 规划 IP 地址子网掩码和网段是第一个必坑点组网完成后最直接影响“能不能通”的是 IP 规划。小型实验网最常见的配置是 C 类私有地址段192.168.1.0/24。子网掩码 255.255.255.0网关可以不配因为实验网不跨网段。IP 规划表至少包含下面几项写实验报告前先把这个表做出来设备IP 地址子网掩码默认网关主机 A192.168.1.10255.255.255.0留空主机 B192.168.1.20255.255.255.0留空主机 C192.168.1.30255.255.255.0留空注意几个细节网段必须一致A 和 B 都在 192.168.1.x掩码一致才能互相识别IP 不能冲突实验中最常见的故障就是两台机器被 DHCP 自动分配了同一个地址如果实验网里还有一台机器开了 DHCP 服务静态 IP 要和 DHCP 地址池错开避免冲突。有一类实验讲义会把网关设为 192.168.1.1但如果没接路由器这个网关地址是空转的不配也没问题——很多学生在配置界面看到“默认网关”就慌了认为必须填。3.2 Windows 静态 IP 配置与常用命令Windows 上用图形界面配置最快但命令行也必须会因为实验考试经常只给命令行环境。配置静态 IP 的命令行写法注意版本差异# 查看当前网卡的接口名称和索引号 ipconfig /all # 以管理员身份运行 PowerShell给以太网接口配静态 IP New-NetIPAddress -InterfaceAlias 以太网 -IPAddress 192.168.1.10 -PrefixLength 24 -DefaultGateway 192.168.1.1 # PrefixLength 24 等价于子网掩码 255.255.255.0 # 如果实验网没有出口网关DefaultGateway 可以不写 # 配置完成后立刻验证 ipconfig /all ping 192.168.1.20 -t逻辑说明New-NetIPAddress是在网卡上添加一个 IP 地址不是修改。同一个网卡可以绑定多个 IP实验里如果你的网卡已经有 DHCP 自动获取的地址再绑静态 IP 是允许的。但要注意绑定后路由表会多一条直连路由如果原有 DHCP 地址和静态地址在不同网段ping时可能走错接口。-PrefixLength 24是 CIDR 写法24 就是 255.255.255.0两者等价配错一个数字就前功尽弃。ping -t参数让 ping 持续运行方便观察网络抖动实验报告里截图的存活时间TTL也有讲究Windows 默认 TTL 是 128Linux 默认 64如果 ping Windows 主机看到 TTL128、ping Linux 主机看到 TTL64说明 IP 层转发正常。如果看到 TTL 莫名其妙变小说明经过了多层路由转发。陈旧的 TTL 参数在混合操作系统实验环境里可以帮你快速判断两台机器的系统类型。3.3 Linux 侧配置netplan 与 ip 命令实验里如果有一台 Linux 主机配置方式完全不同。Ubuntu 18.04 之后的版本用 netplan配置文件是 YAML 格式。配置前先看清楚网卡名别再默认 eth0 了现在常见的是 ens33、ens5 这类由固件命名的接口。# /etc/netplan/01-netcfg.yaml network: version: 2 renderer: networkd ethernets: ens33: dhcp4: false addresses: - 192.168.1.20/24 # 不加网关实验网内部转发不需要网关 # nameservers: # addresses: []# 应用配置 sudo netplan apply # 验证地址是否生效 ip addr show ens33 # 检查路由表确认直连路由存在 ip route # 连通性测试 ping 192.168.1.10 -c 4逻辑说明dhcp4: false关闭自动获取否则你配的静态 IP 会被 DHCP 覆盖。addresses列表里的192.168.1.20/24是 CIDR 格式和 Windows 里的-PrefixLength 24对应。renderer: networkd是 Ubuntu 默认的网络管理后端桌面版也可能是 NetworkManager如果 apply 后 ip 命令没看到新地址检查 renderer 是否匹配。Linux 下最容易踩的坑是防火墙。Ubuntu 默认开启 ufw 时ping 请求可能被拦。排错时先临时关掉它再定位问题# 临时关闭防火墙实验结束记得恢复 sudo ufw disable ping 192.168.1.10 -c 4另外如果两台机器都是 Linux直接用ip addr add 192.168.1.10/24 dev ens33临时加地址也可以但重启失效。实验报告里建议写 netplan 方案因为这代表你理解了持久化配置和临时配置的区别。3.4 验证连通性的完整命令链路从 ping 到确认数据真正通了标准验证顺序如下# 第 1 步验证本机 IP 配置正确 ip addr show | grep 192.168.1.10 # 第 2 步验证到对端物理链路是否 up ethtool ens33 | grep Link detected # 输出应为 Link detected: yes如果为 no说明网线没插好或对端没开机 # 第 3 步ping 对端 IP验证 IP 连通性 ping 192.168.1.20 -c 4 # 第 4 步查看 ARP 表确认 MAC 解析成功 arp -a这段命令链的每一步都是独立的验证点第 1 步排除本机配置错误第 2 步排除物理层问题第 3 步验证 IP 层转发第 4 步验证链路层地址解析。很多学生 ping 不通就干瞪眼其实arp -a能告诉你答案——如果 ARP 表里对端 IP 的状态是 incomplete说明对端根本没回应 ARP 请求问题大概率在物理层或对端网卡如果 ARP 解析成功但 ping 丢包那才需要看防火墙和路由。4. 抓包看帧格式与交换机行为实验的核心环节4.1 抓包前的三个准备动作实验做到这里网络已经通了但课程设计里通常还要求“观察以太网帧格式”这就是抓包的用途。Wireshark 是首选免费且跨平台。抓包前有件事必须先做把无关流量滤掉。Windows 主机后台可能有大量广播包、LLMNR 查询、mDNS 请求这些会淹没实验产生的 ICMP 流量。抓包前的三个准备动作按顺序执行# 1. 确认抓包网卡是实验网卡别抓错接口 # Windows: Wireshark 选择以太网接口Linux: 先 ip addr 看接口名Wireshark 选择 ens33 # 2. ping 之前先清 ARP 缓存保证能看到完整的 ARP 请求/应答过程 # Windows: arp -d # Linux: sudo ip neigh flush all # 3. 设置抓包显示过滤器只看实验流量 # 显示过滤器icmp || arp这些准备动作不是可选项。不清 ARP 缓存的话第一次 ping 之前系统已经做过地址解析抓到的包就只有 ICMP echo request/replyARP 过程被错过。只过滤 ICMP 的话交换机 MAC 地址表的学习过程也看不到。4.2 看懂一个标准的以太网帧抓包后双击任意一个 ICMP 包看 Ethernet II 层的字段这是实验报告里必须截图的内容。一个标准以太网帧包含以下字段要能对着帧格式图说出来字段长度作用与特征前导码与 SFD8 字节物理层同步用Wireshark 不显示由网卡处理目的 MAC6 字节接收方地址单播/广播/组播通过该字段判断源 MAC6 字节发送方地址如果显示乱序说明网卡驱动有问题Type/Length2 字节值为 0x0800 表示上层是 IPv40x0806 表示 ARP数据载荷46~1500 字节最小 46 字节不足时补 0这是最小帧长 64 字节的由来FCS 校验4 字节CRC 校验网卡自动计算Wireshark 通常不显示这里有个细节值得单独讲以太网最小帧长是 64 字节从目的 MAC 到 FCS 结尾。ARP 请求包因为载荷太短必须填充到 46 字节才能凑满最小帧长。抓包能看到 ARP 包数据区尾部一串 0x00这就是填充。理解这个填充机制后面学 VLAN 标签4 字节插入后会改变最小帧长计算、学车载以太网的时候就不会被“为什么帧长和 MTU 对不上”困扰。4.3 交换机 MAC 地址表养成观察现在把抓包点放在交换机连接的其中一台主机上另一台主机持续 ping 第三台观察 ARP 和 ICMP 的配合。交换机内部地址表学习过程在 Wireshark 里看不到但可以通过一个技巧间接验证把网线从交换机端口 1 换到端口 2如果交换机有 CLI 管理界面用show mac address-table查看地址表老化前后的状态变化如果用的是傻瓜交换机就改用 arping 测试。课程实验做到这步就够了明确交换机是“学习源 MAC、转发按目标 MAC”而不是像集线器那样对所有端口复制。实验报告里建议画一张图标注三台主机的 MAC 地址和交换机端口的对应关系这个图比任何文字都值钱。实际工作中排查网络环路和 MAC 漂移问题看的也是这张表。4.4 集线器环境下的抓包对比把交换机换成集线器同样拓扑再抓一次包你会看到完全不一样的画面主机 A 发给主机 B 的单播帧主机 C 的网卡也会收到。因为集线器广播所有帧主机 C 的网卡收到后检查目标 MAC 不是自己正常应丢弃但在 Wireshark 里只要网卡没开过滤混杂模式下这些帧照样显示出来。这个实验直观展示冲突域的概念集线器下所有端口在同一冲突域交换机下每个端口独立冲突域。对比实验不用做太久抓几十个包足够说明问题。注意观察 Wireshark 右下角的统计信息集线器环境下帧数量明显更多而且可能看到 CRC 错误或短帧——这通常是多主机同时发送导致冲突后的残帧411 错误在共享式以太网里并不稀奇。5. 组建小型以太网的典型坑与排查路径现象、原因、解决5.1 “网线插了但网络适配器显示电缆被拔出”现象Windows 右下角网络图标显示红色叉号ipconfig里以太网适配器状态为“网络电缆被拔出”Linux 下ethtool ens33显示 Link detected: no。原因分析首先排查物理层。网线没插到位、水晶头松动、线序错误、网口指示灯不亮都属于这一类。另一个常见原因是网线质量太差特别是实验室里那种反复插拔的水晶头金属簧片弹力下降导致接触不良。还有一种容易忽略的情况对端设备没开机或网卡被禁用链路协商无法完成。解决办法重新压线或换一根已知完好的网线确认对端设备已开启且网卡启用检查链路协商状态用ethtool ens33查看 Speed 和 Duplex如果显示 Speed: Unknown!说明物理链路没起来。不要一上来就查 IP 配置物理层不通一切免谈。5.2 IP 配置正确但 ping 不通ARP 表显示 incomplete现象ip addr看到的 IP 和掩码都没问题但 ping 对端超时arp -a里对端条目状态是 incomplete。原因分析ARP 请求发出去了但没收到应答。可能是对端防火墙拦截了 ARP少见但存在更常见的是对端 IP 配置根本没生效——比如 Linux 下改了/etc/network/interfaces但忘了重启网络服务或者 Windows 上静态 IP 和 DHCP 冲突导致网卡显示“未识别的网络”。还有一类情况两台机器 IP 在不同网段但没人配置网关ARP 请求被本机路由表直接丢弃。解决办法先在对端机器上ip addr show确认地址确实生效再在两端分别arp -d清缓存重试Linux 下检查ufw status和iptables -L最后确认掩码一致。如果对端是多网卡机器还要检查路由表确保回包走的接口和 ARP 请求进来的接口一致否则就是异步路由问题。5.3 能 ping 通但 Wireshark 抓不到包现象ping 持续正常返回但 Wireshark 里什么流量都看不到或者只看到其他主机的广播包。原因分析抓包接口选错是最常见原因。笔记本往往同时有有线以太网口和无线网卡Wireshark 默认选中的可能是无线网卡。另外 Windows 上如果没有安装 Npcap 驱动Wireshark 根本抓不了包。还有一种情况是抓包过滤器写错比如把icmp || arp写成了icmp arp导致所有包都被过滤掉。解决办法查看抓包窗口状态栏显示的接口名确认是“以太网”而不是“WLAN”重装 Npcap 驱动并以管理员身份运行 Wireshark检查显示过滤器和抓包过滤器两处设置。注意显示过滤器不影响抓包抓包过滤器在 Wireshark 主界面顶部的绿色条里两者的语法和时机完全不同。5.4 集线器组网时 ping 通但传输极慢现象多台主机通过集线器组网能 ping 通但拷贝文件速度只有几十 KB/sCPU 占用率还特别高。原因分析集线器是半双工共享信道主机越多冲突概率越高。CSMA/CD 机制下冲突后要随机退避重发负载一高就陷入“冲突-退避-重发”的恶性循环。抓包会看到大量 CRC 错误帧和短帧这都是冲突留下的残骸。解决办法实验目的是观察现象保留这个状态抓包截图写进报告即可。实际组网直接把集线器换成交换机问题立刻消失。需要注意的是有些交换机支持强制 10M 半双工模式如果网卡协商成了半双工同样会有类似症状。检查ethtool ens33里的 Speed 和 Duplex 字段确认是 1000Mb/s 全双工再继续排查。5.5 明明接了交换机但抓包里仍有广播风暴迹象现象三台主机的抓包里有大量重复的 ARP 请求和 NetBIOS 广播即使没有主动通信每秒都有几个包。原因分析这是正常现象不是故障。Windows 主机默认开启了网络发现、LLMNR 等协议会周期性发广播包和交换机无关。交换机只是把广播包转发到所有端口并不产生广播包。这和“以太网下面怎么会有无线网的名称”是同一个原理——网络发现机制会主动探测周围设备和实际物理拓扑无关。解决办法实验抓包时用显示过滤器把广播帧滤掉只看目标 MAC 是自己网卡的帧即eth.dst 你的MAC。不要在实验里纠结清理广播流量那是真实网络运维的工作课程实验只需要理解广播域的边界在路由器。6. 进阶技巧用帧间隔和 CRC 统计给实验网做体检实验做到 ping 通、抓包到帧只算及格线。建议再花半小时做一个帧级体检这套方法在真实网络排障里同样管用。第一个技巧是检查帧间隔。以太网标准规定两个帧之间至少要有 96 bit 的空闲时间百兆以太网下约等于 9.6 微秒千兆下约等于 0.96 微秒。Wireshark 在 “Statistics → TCP Stream Graph” 里看不出这个但可以通过 “Statistics → Capture File Properties → Capture File Details” 看平均数据速率和包速率如果包速率超过理论上限说明帧间隔时间太长或碎片包太多。更直接的办法是设置显示过滤器frame.time_delta 0.000096找出间隔小于标准的帧这些帧往往对应网卡驱动的发送队列问题。我在排查车载以太网某个节点丢包问题时就是靠这条过滤器锁定了一个驱动层缓存配置错误。第二个技巧是统计 CRC 坏帧。在 Linux 下用 tcpdump 直接统计# 在实验网主机上统计坏帧数量 sudo tcpdump -i ens33 -e -nn ether[20:2] ! 0 -c 100 # 解释-e 显示以太网层头部ether[20:2] 指向 FCS 校验位置 # 正常情况下没有输出如果有输出说明链路存在比特错误 # 更简单的方式用 Wireshark 的 IO 图表显示过滤器设为 eth.fcs.bad # eth.fcs.bad 1 代表 FCS 校验失败的帧逻辑说明ether[20:2] ! 0这个过滤条件不是标准用法它依赖帧结构偏移但教育实验里不建议深究直接用 Wireshark 的frame.check字段更清晰frame.check frame.check.status Bad。CRC 坏帧出现的原因通常不是线缆而是网卡和交换机端口之间的电平匹配问题。以太网电平标准里发送端用差分信号驱动如果网线过长、水晶头氧化、或者用了质量差的线缆导致衰减误码率就会上升。第三个技巧是用 Python 构造一个自定义以太网帧验证你对帧格式的理解而不是只用 ping 产生现成的流量。用 scapy 发一个最小帧看真实抓包from scapy.all import Ether, IP, ICMP, sendp # 构造以太网帧目标 MAC、源 MAC 填本机实网卡 MACType 自动识别 frame Ether(dstff:ff:ff:ff:ff:ff, srcaa:bb:cc:dd:ee:ff) / IP(dst192.168.1.20) / ICMP() # 直接在第 2 层发送不经过系统路由表 sendp(frame, ifaceens33, verboseTrue) # 参数说明iface 指定物理网卡默认走 eth0名字不对会报错这个脚本的坑在于scapy 默认发的帧可能比最小帧长还短如果不用默认值而手工删掉填充实际发出去的会是 runt 帧交换机会直接丢掉。我一般会在构造完帧后加一句frame frame / b\x00 * 46把载荷补足这个细节也是当年踩出来的——曾经用 scapy 发了一个 24 字节的帧抓包软件能看到但交换机端口统计里计数为“丢弃帧数量 1”。所以发帧之前先想清楚以太网最小帧长 64 字节这个约束载荷不足 46 字节时必须补零。做完这三项体检一份小型以太网实验报告拿到手就不再只是“ping 通了”四个字。你手里有了物理层状态、链路层坏帧率、帧间隔分布这组指标任何时候再遇到网络诡异问题都知道先看物理层再查链路层而不是一上来就重装驱动。这算是我做网络调试这些年最值回票价的一个习惯希望帮到你。本文还有配套的精品资源点击获取