企业官网建设流程全解析

简介：计算机网络课程中的以太网组网实验完整报告（doc格式），面向高校计算机网络实验环节，适合需要完成同类实验或复习局域网基础配置的本科学生。报告以福建农林大学计算机网络实验为背景，系统记录了从查看主机TCP/IP协议参数、利用ping与tracert进行网络连通性测试，到使用Packet Tracer模拟组网的完整过程。其中包含实验步骤、命令执行结果、思考题解答以及实验总结，并对IP地址分类、子网掩码、默认网关、TTL值判断操作系统等知识点进行了具体说明。资源包仅含1个doc文件，大小约364KB，内容精炼、结构完整，可直接作为实验报告模板或复习参考。目前已有118人学习，适合需要快速理解以太网组网流程、掌握网络测试命令应用及撰写实验报告的初学者参考使用。

1. 以太网组网实验不是把线插通，而是把广播域玩明白

很多人在做“计算机网络 实验一 以太网组网实验”时，最容易犯的错就是把 ping 通当成全部目标。线插上、IP 配好、丢包率一测小于 1%，报告写满三页就交差，可被问到“交换机收到一个广播帧会怎么处理”或者“两个 VLAN 的 PC 为什么互 ping 不通”时却说不出所以然。这个实验的真正价值，是在一台交换机、几根双绞线和几台 PC 之间，把二层转发原理亲手“逼”出来：观察 MAC 地址表怎么学习，验证 ARP 怎么工作，再用 VLAN 把广播域切一遍，搞清“隔离”与“路由”各自的职责。新手可以照本文步骤走，熟手可以重点看参数边界和排错思路，这份经验对后续的路由实验和网络排错实验都通用。

2. 组网前的准备：拓扑、设备、线缆的选型逻辑

2.1 先把拓扑图画对：节点、链路、网段三条信息缺一不可

很多学生动手前不做设计，直接拿实验室现有设备和上一届同学留下的拓扑图就开始。这样做出来的实验，不知道哪个接口对应哪个功能，配 IP 时来回改，出了问题全靠猜。我一般会先在纸上做这样几步：把实验涉及的所有节点用方框列出，PC、交换机、路由器各自标注型号和接口数；把链路的物理类型直接写在线上——PC 到交换机是普通以太网直连，交换机到交换机是级联，路由器与交换机之间通常是直连线；最后在拓扑空白处把规划好的网段写出来，每台设备属于哪个子网、掩码多少、网关指到哪里。这三条信息都对上，后边配 IP 时才不会来回折腾。

画图时还应该把广播域的边界勾出来。如果所有 PC 在同一个二层广播域，就画一个大虚线框把它们圈起来；如果后面要拆 VLAN，就提前在交换机上用不同颜色区分。这一步做了，验证“隔离是否生效”时你直接能从图上说出预期结果，而不是开着抓包工具瞎猜。顺手把每台 PC 的 MAC 地址后四位标在节点旁边，做 ARP 验证时能对号入座，省去临时进系统查 MAC 的动作。

以最常见的课程实验为例，三台 PC 接到一台交换机，规划的地址可以这样分配：PC1 是 192.168.10.11/24，PC2 是 192.168.10.12/24，PC3 是 192.168.20.11/24，交换机管理地址是 192.168.10.10/24。注意 PC3 已经被规划到了另一个网段，这是为了后面 VLAN 验证时能同时观察“二层隔离”和“三层不同网段”两个变量。拓扑图上把这个写清楚，实验报告的第一章就立住了。

2.2 集线器还是交换机：决定你能“看到”什么

集线器是物理层设备，所有端口共享同一个冲突域，交换机是数据链路层设备，每个端口独立冲突域。但很多同学对二者的差别只停留在“上课听过”的层面。这个实验可以直接用现象区分：在集线器组网中，一台 PC 抓包能看到其他 PC 的广播帧，甚至单播帧也会被复制到所有端口；在交换机组网中，除非你配了端口镜像，否则只能看到自己的流量和广播帧。这种观察比背书深刻得多。

现在实验室通常没有独立集线器了，但可以在交换机上开启端口镜像来模拟集线器的广播行为，这在讲“共享型介质”的冲突与重传时仍然能用。真正动手时，我按实验目标来选型：只做连通性验证，用交换机，少出幺蛾子；要看冲突与重传，用集线器或者交换机的镜像口；要验证 MAC 地址学习与老化，必须用交换机，还要能查看 MAC 地址表。这个选择直接决定实验报告里“现象观察”那一部分的结论。

集线器和交换机的另一个关键区别是带宽复用方式。集线器所有端口共享总线带宽，8 口百兆集线器接满 8 台 PC，理论分摊到每台只有 12.5Mbps 左右，而且半双工下收发不能同时进行；交换机每个端口独享带宽，全双工下收发同时进行，实测速率基本就是端口速率。这就是为什么你在集线器组网里同时 ping 三台 PC 时，丢包率会明显高于交换机。报告中写出这组对比，含金量立刻不一样。

关于交换机自学习过程，我建议做一个固定流程：先在 PC1 上 ping PC2，交换机从入端口学到 PC1 的源 MAC，从出端口学到 PC2 的源 MAC；然后趁表项还没老化，再从 PC3 ping PC1；最后查看 MAC 地址表，把表项和物理端口对应起来；等待老化时间后再看一次，表项消失。这样就把“学习—转发—老化”三个阶段都验证到了。查看 MAC 表的命令，思科设备是show mac address-table，华为设备是display mac-address，都是只读命令，不影响网络运行。

2.3 双绞线与接口：线序、速率、距离别选错

实验通常要求自己压制网线，所以水晶头线序是基本功。EIA/TIA-568B 的线序是：白橙、橙、白绿、蓝、白蓝、绿、白棕、棕。两端都做 568B 的线叫直通线，一头 568A 一头 568B 的线叫交叉线。PC 到交换机用直通线，PC 直连 PC 或交换机直连交换机用交叉线。早期设备没有自动翻转功能，线序错了直接不通；现在绝大多数网卡和交换机都支持 auto-MDIX，能自动适配直通与交叉，所以在新型设备上，交叉线直连也能通。但实验报告要求你写出线序并说明为什么要用直通线，这就要真懂 568A 和 568B 的区别。

速率方面也容易踩坑。如果交换机端口只支持 1000BASE-T，那八根线芯全部都要接通才算数；有些实训用的旧线只接了四芯，只能协商到 100M。压制水晶头时，第 1、2、3、6 脚的位置最容易出错，线序看起来对，用测线仪测却是一通一断。压完后用测线仪逐芯检测是最稳妥的做法。

距离参数同样要记牢：IEEE 802.3 规定双绞线单段链路最大长度是 100 米。实验室里交换机放机柜、PC 放角落通常没问题，但如果你把两台相距很远的设备通过交换机级联，单段超过 100 米就必须中间再加交换机或用光纤，否则信号衰减到接收端分不清 0 和 1，表现就是 ping 丢包率忽高忽低。排查时先看端口协商速率，看是否从 1G 降到 100M，如果降了，再查交换机端口的 CRC 错误计数。

3. 从接线到连通：搭出一台可互通的以太网

3.1 接线与端口状态检查：先确认物理层正常

搭网的第一步不是配 IP，而是把物理层确认好。把 PC 网口和交换机端口用直通线连好后，先看两边指示灯。通常绿色常亮表示链路建立，黄色或橙色表示协商速率较高，闪烁表示有数据收发。但指示灯只能说明物理层通了，不能说明数据层正常工作，所以还要进入交换机系统，确认端口协议状态是 up。

华为设备查看端口状态的命令是：

system-view interface GigabitEthernet 0/0/1 display this quit display interface GigabitEthernet 0/0/1

逻辑说明：system-view是进入系统视图，interface进入端口视图，display this可以看到当前端口下已有的配置，display interface能看到端口的物理状态、协议状态、协商速率和双工模式。这是排查“灯亮但 ping 不通”问题时的第一道检查。

参数说明：关注输出里PHY: Up和Protocol: Up两个字段，前者表示物理层链路正常，后者表示数据链路层协议未被动关闭。如果PHY是 Down，问题在网线或两端设备；如果只有Protocol是 Down，多半是端口被手动 shutdown 或配置了不让端口的协议。

在 Cisco Packet Tracer 或真实思科设备上，等价命令是：

show ip interface brief

看输出中端口状态是否为up/up。第一个 up 是物理层，第二个 up 是协议层。只要有一个是 down，后面配 IP 和 VLAN 都没有意义。这一步做完，物理层才算真正验收。

3.2 配静态 IP：选择网段、掩码与网关的参数依据

物理层正常后，给每台 PC 配置静态 IP。Windows 下可以通过图形界面配，也可以在命令行里用netsh操作。实验要求理解参数含义，所以建议用命令行方式：

netsh interface ip set address name="以太网" static 192.168.10.11 255.255.255.0 192.168.10.1

逻辑说明：这个命令把名为“以太网”的网卡设置为静态 IP 192.168.10.11，掩码 255.255.255.0，网关 192.168.10.1。如果实验拓扑中没有路由器，网关可以不写，但写上报错也不会影响同网段通信，只是跨网段访问时没有出口。

参数说明：IP 地址必须和交换机管理地址在同一网段才方便管理，所以这里 PC1 的 IP 是 192.168.10.11，掩码 255.255.255.0 对应最多 254 个可用主机地址；网关地址建议和交换机管理地址分开，避免混淆设备角色。如果三台 PC 要互通，前三位必须一致，最后一位不能重复，否则会产生 IP 冲突，表现为网络时通时断。

Linux 类的实验环境用ip命令也一样：

ip addr add 192.168.10.11/24 dev eth0 ip link set eth0 up

逻辑说明：ip addr add添加地址，/24是掩码的 CIDR 写法，dev eth0指定网卡，ip link set up启用网卡。这个命令在 Ubuntu 等系统上重启后会被覆盖，只适合临时测试。如果一个实验只需要验证二层通信，建议把网关先空着，不要凭记忆填一个不存在的地址，否则后面排查时你会怀疑是网关没通还是物理链路有问题。

验证配置是否生效，用ipconfig /all或ifconfig查看。重点确认三件事：IP 地址和预设一致、子网掩码一致、网卡状态没有显示“媒体已断开”。这三个字段有一个不对，直接回头改配置，不要急着 ping。

3.3 用 ping 和 arp 验证：连通不等于转发正确

配置完成后，第一件事是 ping 同网段的其他 PC。以 Windows 为例：

ping 192.168.10.12 -t

逻辑说明：-t参数让 ping 持续发送，直到手动 Ctrl+C 停止，方便观察丢包率变化。刚开始按 ping 时，第一包往往是超时，因为交换机 MAC 表还没有学习到目标地址，ARP 也在解析中，从第二包开始应该全部回复。如果一开始就不通，先确认目标 PC 的防火墙是否放行 ICMP；Windows 默认防火墙通常会拦截 ping 请求，需要临时关闭或添加入站规则。

ping 通之后，再查 ARP 表验证 MAC 解析过程：

arp -a

这个命令列出本机 ARP 缓存中的 IP 到 MAC 映射。如果 192.168.10.12 出现在列表里，说明 ARP 已经成功解析，二层帧交换是完整的。这时去交换机上执行display mac-address，应该能看到对应 MAC 地址出现在正确端口下，这就把 ARP 和 MAC 学习两件事串起来了。

实验验证中，TCP 连接使用了telnet或“Windows 网络邻居”并不能很好地隔离问题，因为应用层还有很多变数。ping 和 arp 的组合是网络层加链路层的最小验证闭环，不涉及传输层协议状态，是最稳定的判断手段。做完这一步，基础组网算是真正跑通。

4. 让实验值回票价：用 VLAN 把广播域切给你看

4.1 广播域为什么要拆：从“都通”变成“可控”

基础组网跑通后，三台 PC 在同一个二层广播域中，PC1 发一个广播帧，PC2 和 PC3 都会收到。这个现象用抓包工具能看到：在 PC2 上抓包，PC1 发起 ping 到未知地址时，会先发 ARP 广播，PC2 的抓包窗口里就会出现 ARP 请求。这样的组网虽然有通信便利，但广播会消耗每一台 PC 的 CPU 和带宽。当网络规模变大，广播风暴就成了最常见的网络事故原因。

VLAN 的作用是在二层把端口分组，交换机只把广播帧转发到同一 VLAN 的端口。PC1 和 PC2 分到 VLAN 10，PC3 分到 VLAN 20，那么 PC1 发广播时，只有 PC2 能收到，PC3 的网卡虽然还连着交换机，但二层上看不到任何属于 VLAN 10 的广播帧。这就是广播域隔离。

但要注意，VLAN 隔离是二层隔离，不是“物理断开”。PC1 和 PC3 的物理链路都连在交换机上，端口灯都是亮的，甚至网卡速率都正常，但就是 ping 不通。这就是 VLAN 最常见的迷惑点：物理层全是 up，网络层却没有一个可行路径。实验报告里如果能写清楚“二层可见性是广播通信的前提”，这一章的分数就到手了。

那 VLAN 之间什么时候能通？必须经过三层设备，比如路由器或三层交换机。当 PC1 要访问 PC3 时，发现目标 IP 不在本网段，会把帧发给网关；网关拿到帧后在路由表中找到出接口，重新封装成 VLAN 20 的帧发给 PC3。整个过程是“二层隔离，三层转发”。这个结论直接决定后续配置的拓扑结构。

4.2 在交换机上划分 VLAN：命令与参数设置

最常见的 VLAN 划分方式是按端口划分，把交换机的某个物理端口划到指定的 VLAN 里。以华为交换机为例，配置过程如下：

system-view vlan 10 quit vlan 20 quit interface GigabitEthernet 0/0/1 port link-type access port default vlan 10 quit interface GigabitEthernet 0/0/2 port link-type access port default vlan 10 quit interface GigabitEthernet 0/0/3 port link-type access port default vlan 20 quit

逻辑说明：先创建 VLAN 10 和 VLAN 20，然后把接 PC1 和 PC2 的端口划入 VLAN 10，把接 PC3 的端口划入 VLAN 20。port link-type access表示该端口只承载一个 VLAN 的帧，收到不带 VLAN 标签的帧时打上默认 VLAN 的标签，转发出去前再把标签剥掉。对连接 PC 的口来说，access 是最合适的工作模式。

参数说明：vlan编号的范围是 1 到 4094，VLAN 1 是交换机默认 VLAN，所有端口默认都在里面。实验中应该让数据 VLAN 从 10 开始编号，避开默认 VLAN 的干扰。port default vlan 10设置的是端口的默认 VLAN，也就是 PVID，这个值和以后抓包看到的 VLAN 标签必须对应上，否则抓包会显示“无标签”但交换机实际已经在转发了。

如果在 Cisco Packet Tracer 上操作，配置稍微不同：

configure terminal vlan 10 exit vlan 20 exit interface fastEthernet 0/1 switchport mode access switchport access vlan 10 exit interface fastEthernet 0/2 switchport mode access switchport access vlan 10 exit interface fastEthernet 0/3 switchport mode access switchport access vlan 20 exit

逻辑说明：这段命令完成同样的事，思科用switchport mode access指定端口模式，用switchport access vlan指定归属 VLAN。和华为命令对比可以发现，命令风格虽然不同，但参数逻辑完全一致：先建 VLAN，再改端口模式，再指定端口所属 VLAN。理解这个顺序，换设备就不会懵。

4.3 配置后再 ping：怎么判断隔离真的生效

VLAN 配置完成后，从 PC1 ping PC2，应该还是通的；从 PC1 ping PC3，预期不通。验证时注意观察 ARP 解析过程：PC1 ping PC3 时，会先尝试 ARP 解析 PC3 的 MAC，ARP 请求广播帧只会在 VLAN 10 内传播，PC3 收不到，所以 PC1 会一直显示“请求超时”。这正是广播域隔离的直接证据。

在交换机上验证更客观：

display vlan

这个命令显示当前所有 VLAN 和各 VLAN 包含的端口。确认 PC3 所在端口在 VLAN 20 里，PC1 所在端口在 VLAN 10 里。再执行display mac-address vlan 20，能看到 VLAN 20 下发过帧的设备 MAC 地址只有交换机连 PC3 的那个端口学到的条目——说明 VLAN 20 确实没有收到来自其他 VLAN 的流量。

抓包验证时，在 PC2 上开 Wireshark，过滤条件设为arp，然后从 PC1 发起 ping 一个不存在的地址，比如 192.168.10.99。PC2 应该能看到 ARP 广播请求，因为这个广播发生在 VLAN 10 内。然后再从 PC1 ping PC3，PC2 上不会出现任何 ICMP 或 ARP 流量，因为整个通信过程根本不会经过 VLAN 10 的广播域。实验报告里如果能截一张“同一个 VLAN 能看到广播、另一个 VLAN 看不到”的对比图，这个 VLAN 实验就算做到位了。

5. 组网避坑指南：五类常见失败与逐条排查

5.1 现象：网卡提示“网络电缆被拔出”

这是最常见的物理层翻车。现象是网卡图标直接显示红叉，无论怎么配 IP 都没用。

原因是水晶头的八根线没有完全压到位，或者压线时 RJ45 弹片没有把线芯顶到金属触点。还有一种情况是实验桌下方的网线被椅子压到，线芯折断。

解决：先把线拔下来，用测线仪逐芯测试。测线仪 1 到 8 号灯依次亮起才算合格。如果某一芯不亮，直接用压线钳重新压制水晶头。压制前把线芯顺序捋直，插入水晶头时要顶到头，从侧面观察金属触点是否压到了线芯。

注意：网络灯亮不代表线芯全通，很多百兆网线只用 1、2、3、6 四芯也能亮灯，但速率上不去。问题要在压制阶段解决，不要事后推测。

5.2 现象：网卡显示连接正常，但 ping 不通同网段 PC

这是实验里最折磨人的情况。物理层灯亮、网卡显示已连接，但 ping 就是不通。

原因是端口被划到了非预期 VLAN，或者 PC 的子网掩码填错。很多实验台是多人共用的，上一组学生做了 VLAN 实验后没有清配置，PC1 接到的是 VLAN 10 口，PC2 接到的是 VLAN 20 口，两个口不在同一个广播域，自然不通。

解决：先看 PC 的ipconfig /all，确认 IP 和掩码没问题；再上交换机执行display vlan或show vlan，看端口归属；最后把 PC 的网线换到 VLAN 相同的端口，或者把交换机端口全部 reset 回默认配置。华为设备清端口配置的命令是：

interface GigabitEthernet 0/0/1 undo port default vlan undo port link-type

逻辑说明：先取消端口默认 VLAN 归属，再恢复端口链路类型为默认值。操作后端口回到 VLAN 1。如果不知道哪些端口被动过，直接把交换机恢复出厂再重新配，不过要注意分清交换机管理地址不会因此丢失。

5.3 现象：第一次 ping 通，第二次超时，循环反复

现象非常具有迷惑性：ping 目标地址时，第一包通了，第二包超时，第三包又通，丢包率在 50% 上下浮动。

原因是 IP 地址冲突或 ARP 缓存抖动。如果两台 PC 的 IP 相同，交换机会在两个端口之间反复学习 MAC 地址，造成 MAC 表震荡，数据帧一会儿送到 A，一会儿送到 B。

解决：在每台 PC 上执行ipconfig /all，确认局域网内没有重复 IP。然后用arp -d清除本机 ARP 缓存，重新 ping 测试，看是否恢复稳定。如果交换机支持查看日志，多观察是否有 MAC 地址在两个端口间跳变的记录。华为交换机查询命令是：

display logbuffer | include MAC

找到 MAC 跳动对应的端口，把冲突设备的 IP 改掉即可。

5.4 现象：PC 能 ping 通交换机管理地址，但 ping 不通另一台直连 PC

这个现象卡住过很多人。PC1 能 ping 通交换机，说明链路没问题；PC2 也能 ping 通交换机，说明链路也没问题；但 PC1 ping PC2 就是不通。

原因是两台 PC 的网段不一致，或交换机的 VLAN 划分将两者隔开。多为子网掩码配置为 27 位或更大的网段，导致 IP 虽在同一最大前缀但不在同一广播域，ARP 无法完成解析。

解决：统一规划网段，掩码固定为 255.255.255.0；检查交换机的 VLAN 配置确认两台 PC 是否在同一个 VLAN 内。如果确认两台 PC 必须互通，先查它们的子网是否一致，再确认端口 VLAN 归属。配完后用arp -a看能否解析出对方 MAC——解析不出来就说明二层不通，优先级高于丢包率问题。

5.5 现象：三台 PC 同时通信时，网络吞吐骤降

完成组网后做双向通信测试，发现同时传文件时速度下降非常明显，甚至出现卡顿。这和前几个排错不太一样，涉及交换机或集线器的基本工作特性。

原因是实验用到了集线器，或在交换机上强制配置了半双工。集线器所有端口共享冲突域，多台 PC 同时发送数据必然产生碰撞，退避重传会占用大量带宽。交换机端口如果被强行设置为半双工，发送和接收只能交替进行，吞吐减半。

解决：把集线器换成交换机；如果用的是交换机，检查端口双工模式。华为配置为强制全双工的命令是：

interface GigabitEthernet 0/0/1 undo negotiation auto duplex full speed 100

逻辑说明：duplex full强制全双工，speed 100固定速率。固定速率后可以避免 MDI 协商不稳定造成的丢包，适合实验环境短距离链路。但在实际生产网络中，不建议强制指定速度，自动协商能够应对更复杂的链路状况。

排过这些坑之后你会发现，绝大部分组网失败不是原理不懂，而是物理层或配置残留的问题。把这些检查项按顺序走一遍，实验状态清零，基本都能解决。

6. 用一张验证清单，把 MAC 地址表、ARP 表和抓包对上号

组网完成后，不要直接关实验去写报告。最后一步是系统化验证网络状态，用一份清单把前面观察到的现象串起来，这一步既能让实验报告更有依据，也帮你建立排错的基本框架。

我常用的验证清单如下：

最后一项值得展开：在 PC2 上开 Wireshark，过滤规则填arp，然后在 PC1 上执行ping 192.168.10.99去 ping 一个不存在的地址。PC1 会连续发出 ARP 请求广播，PC2 的 Wireshark 里应该能看到这些请求；如果在 PC3 上开 Wireshark，同样的操作却什么都看不到。这个现象能在抓包层面证明 VLAN 把广播域切开了一刀。

很多人做验证时只看 ping 结果，不看表格和抓包，这是实验报告里最减分的部分。ping 只能告诉你“通还是不通”，MAC 地址表告诉你“交换机往哪里转发”，ARP 表告诉你“目标 MAC 是怎么解析到的”，抓包告诉你“广播到底传播到了哪”。这三层证据都对上号，你才是真正把实验做明白了。

我在带实训时，习惯在学生交报告之前做一次“破坏性验收”：把测试 PC 的 IP 改一个字节，然后观察他们的排查思路是直接改回去、还是能通过 ping 和 arp 反推出 IP 被改过。改回去做完了，并不算通；能把整个决策链路说出来，才算过关。这个习惯建议你也保留——实验课的价值从来不在于那几条命令，而在于网络不可用的时候，你能不能靠已知信息找到问题出在哪一层。希望这些经验能帮到你。

本文还有配套的精品资源，点击获取