从我自己在 Packet Tracer 里做完第一个网络实验到后来帮不少同学排查“明明照着指导书配的怎么就是 ping 不通”这类问题这个模拟器我算是用得比较熟的那一类人。计算机网络实验一在很多课程安排里都很简单认识软件界面、拖几台电脑和一台交换机、配好 IP、互相 ping 通就算完成。但就是这么一个“简单”的实验我几乎每次都能看到有人卡住而且卡住的地方翻来覆去就那么几个。这篇文章我想把实验一从头到尾重新拆一遍这个实验到底在训练什么、每一步操作的用意是什么、集线器和交换机选哪个有什么区别、ping 不通的时候应该从哪里查起。如果你正在做或者刚做完基于 Packet Tracer 的实验一照着这篇文章检查一遍应该能帮你把实验报告里“复制截图”的部分变成真正能讲清楚的收获。1. 实验一不算白做先把这堂实验课的目标拆开来看1.1 为什么实验手册第一个实验不让你敲命令很多同学拿到实验指导书的第一反应是这也能算实验就拖几个设备、点几下鼠标、填几个 IP这跟我在网上看的视频教程也没区别啊。其实实验一的设计目的从来不是让你掌握多少配置命令而是让你建立起对网络最基本形态的“体感”。第一节课直接上命令行配置路由器绝大多数人会被各种模式、提示符、命令参数劝退。Packet Tracer 这类图形化模拟器的价值就在这它把网络设备之间的连接关系、端口状态、数据包走向用肉眼可见的方式呈现出来。我第一次做实验一时指导书上有一句话我印象很深先把拓扑搭出来让所有端口指示灯变绿再谈配置。当时觉得这有什么难的后来才知道“让灯变绿”这件事本身就是在训练你理解物理层连通性——线有没有选对、端口有没有插对、设备有没有开启这些都会直接反映在指示灯上。1.2 实验一真正要训练的三种“手感”如果只把实验一当成“照着截图点一遍”那就太亏了。我复盘下来这个实验真正要训练的是三种手感。第一种是拓扑编辑的手感。Packet Tracer 的操作逻辑和画图软件有点像设备从右侧的组件栏里拖出来再用线缆连接。但很多人第一次拖完拓扑会发现端口选错了、线缆类型不对甚至把两台电脑用一根 Console 线连在一起。这种问题在图形界面里都这么容易出真到了机房里拿网线插设备只会更头疼。第二种是配置操作的手感。在 Packet Tracer 里配 PC 的 IP 地址路径是点击设备后选 Desktop 选项卡再进 IP Configuration。这个操作跟 Windows 系统里改网卡 IP 的逻辑完全一致。实验一练熟了后面配置路由器、交换机时虽然界面不同但“设备参数是要在某个配置界面里改的”这个意识就建立起来了。第三种是排错的手感。实验一最经典的问题就是“两台 PC 配好了 IP 但 ping 不通”。很多人这时候只会反复点 ping 按钮然后盯着四个 Request timed out 发呆。其实 ping 不通的排查是有固定思路的先看链路通没通再看地址配置对不对最后看协议层面有没有问题。这个排查思路一旦建立起来后面所有网络实验都会受益。1.3 一条主线串起所有步骤实验一的步骤看上去很多剥开看其实就一条主线从最简单的点对点直连开始验证两台设备能不能通信再加入交换机扩展成多台设备都能通信的网络。这条主线背后的逻辑是网络规模的增长路径。两个人要通信一根线就够三个人要通信就需要一个中间的交换设备。这个“中间设备”就是局域网的核心。实验一让你亲手拖出这套拓扑目的就是让你直观理解交换机在这张图里扮演的是“转发者”的角色它自己并不会产生数据所有数据都是从 PC 发出来、经过它转发、再到达另一台 PC。理解了这个主线你再回头看实验手册会发现每一步其实都在回答一个问题数据从 A 到 B中间经过了哪些设备每个设备做了什么。带着这个问题去做实验和机械地拖设备、点配置收获完全不一样。2. 拓扑搭建与设备选型集线器、交换机、连线方式决定实验结果2.1 设备图标和端口类型先认识这几位“演员”实验一里你大概率会用到这几类设备PC、集线器Hub、交换机Switch可能还会用到路由器但路由器一般放到后面的实验。Packet Tracer 的界面上PC 通常是一个小电脑图标上面带两个网卡接口。集线器和交换机的图标都是一个小长方形容器下面一排接口。区分它们的办法最直观的是看型号名称也可以看端口数量。实验一阶段你不需要背参数但一定要分清哪个是集线器、哪个是交换机因为这两个设备在同一个实验里表现完全不同后面我会单独说。和 PC 连接的端口一般是 FastEthernet 口也就是百兆以太网口。连接设备之间用的是线缆Packet Tracer 里线缆类型有好几种实验一最常用的是“直通线”Copper Straight-Through和“交叉线”Copper Crossover。选线缆的时候鼠标移到线缆类型上Packet Tracer 会提示适合连接哪些设备。我见过不少初学者在这个环节翻车选线缆的时候一带而过随便选了一根结果发现两台设备连了半天灯都不亮。这时候不要急着怀疑设备坏了先看看线缆选对没有。2.2 直通线和交叉线实验一里最容易连错的地方关于线缆选择很多总结帖喜欢让初学者背规则不同层设备用直通线同层设备用交叉线。话是没错但对刚接触实验一的人来说这个说法还是有点抽象。我提供一个更容易记住的判断方式如果你拿不准就看 Packet Tracer 里连完线之后两个端口的指示灯颜色。正常情况下连接成功并且设备通电端口指示灯会变成绿色如果指示灯是橙色或者不亮大概率是线缆类型或端口选择有问题。具体到实验一的典型拓扑PC 连交换机属于“终端设备连中间设备”一般用直通线如果两台 PC 直接相连属于“同类设备互连”一般用交叉线。这里有个很常见的坑有些同学做实验时偷懒两台 PC 之间直接拉一根线没用交换机也没用交叉线结果怎么配 IP 都 ping 不通。其实 PC 直连是可以用交叉线的但部分新的网卡支持自动协商用直通线也能通。Packet Tracer 模拟器不一定完全模拟真实网卡的自动协商行为所以实验一阶段最稳妥的做法是该用交换机就用交换机该选直通线就选直通线。2.3 同一拓扑集线器和交换机行为完全不同这是实验一最值得琢磨的一个对比点。你把两台 PC 接到集线器上配好同网段的 IPping 得通再把同样的两台 PC 接到交换机上配同样的 IP也能 ping 通。从结果上看没区别但背后的工作原理就差远了。集线器是物理层设备它的转发方式简单粗暴从一个端口收到数据向所有其他端口广播出去。就像在一个房间里喊话所有在场的人都能听到只是说话的人希望某一两个人回应。这种机制的坏处是浪费带宽设备一多就混乱。交换机是链路层设备它会学习每个端口连接的设备的 MAC 地址维护一张 MAC 地址表。数据进来后交换机查表只把数据转发到目标端口。就像前台收到信件知道某封信该送到哪个房间不会挨家挨户敲门。实验一里怎么观察这个区别最简单的办法是用 Packet Tracer 的实时模式看端口指示灯。往集线器上接的设备多了你会看到某个端口发数据时其他端口指示灯跟着频繁闪动而交换机的指示灯闪动明显更“克制”只在对应端口上闪。你还可以在交换机上用命令查看 MAC 地址表能看到它记录了什么设备在哪个端口。这个对比实验很多实验手册不会单独列出来但我强烈建议你自己做一遍比背十遍“集线器广播、交换机转发”都有用。3. IP 规划与配置细节实验一里最容易翻车的三个位置3.1 动手前先把地址规划表画出来我见过太多人做实验一不写规划直接打开 IP 配置界面看到 Pre-assigned 就随便改个数结果一台 PC 填了 192.168.1.1另一台填了 192.168.10.2子网掩码一个写 255.255.255.0一个写 255.255.0.0。这能通才怪。正确的操作是动手拖拓扑之前先拿一张纸画个小表把每台设备叫什么名字、用哪个网段、IP 地址是多少、子网掩码是多少列出来。看起来多此一举实际上这是后面所有网络实验的基础习惯。等你做到实验三、实验四要规划多个网段、多台设备地址时没有这张表配置起来就是一团乱麻。我常用的规划方式是网段选 192.168.1.0/24掩码 255.255.255.0PC-A 用 192.168.1.10PC-B 用 192.168.1.20。地址不一定要从 1 开始中间空一段是为了以后加设备时不用改前面的配置这个习惯也是从实际维护网络的人那里学来的。3.2 Packet Tracer 里配置静态 IP 的操作路径以两台 PC 通过交换机相连的拓扑为例配置 IP 的路径是点击 PC 图标进入设备配置界面选 Desktop 选项卡再点 IP Configuration把 IP Configuration 方式从 DHCP 改成 Static然后填入 IP 地址和子网掩码。这里有一个容易忽略的细节Packet Tracer 里的 PC 默认是“DHCP 自动获取 IP”模式也就是说如果网络里有一台 DHCP 服务器它会自动获取地址。实验一没有 DHCP 服务器所以必须手动切换成 Static不然电脑会一直处于“正在获取地址”的状态表现为配置界面里地址是空的或者停留在一个自动生成的地址上。填完 IP 和掩码之后同一个配置页面里还有一个 Default Gateway默认网关字段。实验一里两台 PC 在同一个网段中间只有交换机不需要配置默认网关也能互通。但我建议你把这个字段也理解一下——默认网关是设备访问其他网段时把数据交给的那台设备的地址。如果后面实验加了路由器这个字段就必须要配不配的话跨网段通信会失败。实验一就可以先养成“看一眼网关需要配什么”的敏感度。3.3 掩码、默认网关、DHCP三个高频错误现场第一个高频错误是子网掩码写错。192.168.1.0/24 的掩码是 255.255.255.0这个不能写成 255.255.0.0也不能写成 255.255.255.255。判断两台 PC 是否在同一个网段要把 IP 和掩码按位相与如果结果一致就是同网段。你可以自己在纸上算一遍192.168.1.10 与 255.255.255.0 相与得 192.168.1.0192.168.1.20 与 255.255.255.0 相与也得 192.168.1.0所以它们能直接通信。这个计算老师可能讲了但亲手算一遍印象完全不同。第二个错误是默认网关乱填。有的同学在看教程时听说“要填网关”于是两台 PC 都填了 192.168.1.1但网络里根本不存在这个地址。在实验一这种纯二层网络里配了不存在的网关不影响同网段通信但如果后面加了一台路由器没有开相应端口数据反而会被错误地丢给一个“不存在的人”。更严谨的做法是实验一先不填网关等做了跨网段实验再填填之前确认网关地址对应的设备真的存在。第三个错误是 DHCP 没有关。我在前面已经提到了Packet Tracer 的 PC 默认 DHCP 模式如果你在 IP Configuration 里填入了 IP 地址但没有先把 DHCP 切换到 Static填完点叉再进来有时候会看到地址被“还原”了。这是个特别细微的操作问题正确顺序应该是先点 Static再填写地址最后关闭配置窗口。4. ping 不通时我建议按这条链路逐层查附完整排查记录4.1 一个真实的“同网段也 ping 不通”案例之前有位同学拓扑完全照着实验手册搭的两台 PC一台交换机都是直通线。IP 也按规划表填了一个 192.168.1.10一个 192.168.1.20掩码都是 255.255.255.0。结果从 PC-A ping PC-B四个包全部超时。我让他先别急着改 IP按这个顺序排查。第一步看连线是否插好。他打开拓扑放大看了一眼PC-A 连接的是交换机的 FastEthernet0/1PC-B 连接的是交换机的 FastEthernet0/2线是绿的。这里没问题。第二步看 PC 配置是否生效。让他重新点开两台 PC 的 IP Configuration 界面检查 Static 状态和地址。结果发现 PC-B 的地址确实写的是 192.168.1.20但网关栏填了个 192.168.1.1。我让他先把这个网关清空再 ping 一次还是不通。第三步在命令行里验证本机地址。Packet Tracer 的 PC 上有 Command Prompt可以输入 ipconfig 查看网卡实际生效的地址。这一步很关键因为图形界面有时显示的和实际生效的不一致。输入 ipconfig 后发现PC-B 的 IPv4 地址是 192.168.1.20但子网掩码居然显示 255.255.255.252。问题找到了他看到指导书里“掩码默认”就直接没管实际 Packet Tracer 的 PC 在某些版本会自动生成一个掩码不是 255.255.255.0。把掩码改正后重新 ping立刻通了。这个案例我印象特别深因为它揭示了一个规律图形界面里的“显示值”不等于“生效值”。排错时不要凭界面判断要用命令看实际生效参数。4.2 从 ping 的返回信息判断故障方向ping 的结果不是只有“通”和“不通”两种返回信息本身就能给你提供很多线索。实验一阶段你只要分清这三种情况。第一种是直接显示 Reply from 192.168.1.20: bytes32 time1ms TTL128这就是通了不用多说。第二种是 Request timed out。意思是发送方没有收到目标的回应或者是收到了回应但中间发生了丢包。实验一里最常见的原因是ARP 请求没得到应答或者应答路径有问题。比如 PC-A ping PC-BPC-A 先发一个 ARP 请求询问 192.168.1.20 的 MAC 地址PC-B 没有回应可能是地址配置错了那 ping 就会显示超时。第三种是 Destination host unreachable。这个信息通常说明是路由层面的问题——本机认为目标不在自己所在的网段把数据交给了网关但网关又回不去。实验一里如果两台 PC 掩码不一致也会出现这种提示。比如 PC-A 掩码是 255.255.255.0PC-B 掩码是 255.255.255.252PC-A 认为 PC-B 在同网段但 PC-B 认为 PC-A 不在同网段回应时可能就出现请求超时。如果你看到 unreachable也先检查掩码和网关不要怀疑“目标设备关机了”。4.3 物理层、链路层、网络层的逐层排除顺序排错最怕乱试。我的建议是严格按顺序来从上往下查。第一层是物理层。先看拓扑图上连线是否正常端口是否绿灯。如果灯不亮重新拔插确认线缆类型。有些同学连线时把 PC 的串口和交换机的以太口连在了一起灯永远不会亮。第二层是数据链路层。确认交换机和 PC 之间的链路是否协商成功。在交换机上用命令 show interfaces status能看到端口状态是 connected 还是 notconnect。如果你是图形界面操作直接看设备端口旁的指示灯也行。第三层是网络层。用 ipconfig 确认本机 IP、掩码、网关是否正确再用 arp -a 查看本机 ARP 缓存里有没有目标 IP 的 MAC 地址记录。如果没有说明 ARP 请求没成功问题大概率在二层或三层配置如果有记录但 ping 还是超时那问题可能在更上层。这套排查顺序看起来简单但非常管用。我后来帮别人看实验问题基本都靠这三板斧。4.4 一个小小的实验习惯先测本机回环再测邻居还有一个我强烈建议你养成的小习惯在做任何 ping 测试之前先 ping 一下自己的地址或者 ping 127.0.0.1。这个操作的目的是先确认本机的网络协议栈是完好的。如果连 ping 自己都超时说明本机网卡、IP 协议栈本身就有问题这时候去查交换机和线缆就是浪费时间。如果 ping 自己通、ping 邻居不通才能把问题范围缩小在“链路”或“对端配置”。这个习惯在 Packet Tracer 里也许体现不明显但在真实设备上格外重要。我见过有人在真实环境里折腾了很久的外网故障最后发现是本地网卡被禁用。先自检再查别人这个顺序永远没错。5. 用模拟模式看 ARP 与 ICMP把看不见的通信过程变成可见的5.1 为什么建议把“看结果”升级为“看过程”很多同学做完实验一就关掉软件了最多截图一下 ping 成功的结果写上“实验成功”。但如果只停留在这一步实验一真正的精华就被错过了。Packet Tracer 有一个 Simulation Mode模拟模式可以让你一帧一帧地看到数据包从 PC-A 发出来、经过交换机、到达 PC-B 的完整过程还能看到报文里携带的源 IP、目标 IP、源 MAC、目标 MAC 这些字段。我第一次用这个模式的时候最大的感慨是原来教材上画的那些报文封装图是真的会动的。用模拟模式观察通信过程相当于把计算机网络里最核心的两个协议——ARP 和 ICMP——从抽象的条款变成了可以观察的舞台剧。这一步看懂之后很多概念都会连成串。5.2 第一次 ping 时发生了什么ARP 到 ICMP 的完整演出我用两台 PC 直连交换机PC-A 的 IP 是 192.168.1.10PC-B 的 IP 是 192.168.1.20掩码一致网关都不填。然后从 PC-A 发起第一次 ping PC-B在模拟模式下观察。你会看到事件列表里出现的第一个数据包不是 ICMP而是 ARP。原因很简单PC-A 要往 192.168.1.20 发数据但它只知道目标的 IP 地址不知道目标的 MAC 地址。在以太网里数据帧的封装必须填上目标 MAC 地址所以第一步一定是发一个 ARP 请求广播询问“谁是 192.168.1.20请告诉我你的 MAC 地址”。这个 ARP 请求的帧里源 MAC 是 PC-A 的网卡地址目标 MAC 是 FF:FF:FF:FF:FF:FF也就是广播地址。交换机收到这个帧发现目标 MAC 是广播地址于是把它从所有端口转发出去PC-B 收到后响应一个 ARP 应答报文中写明自己的 MAC 地址。拿到 PC-B 的 MAC 地址后PC-A 才发出真正的 ICMP Echo Request。这个报文里源 IP 是 192.168.1.10目标 IP 是 192.168.1.20源 MAC 是 PC-A 的地址目标 MAC 是 PC-B 的地址。PC-B 收到后回复 ICMP Echo Reply通信完成。我建议你在观察的时候注意一个细节在整个过程中报文的 IP 地址一直没变都是两台 PC 的 IP但 MAC 地址在每一跳之间是变化的。这就是“IP 地址是端到端的MAC 地址是逐跳的”这个说法的直观体现。你在实验报告里写清楚这一条比单纯贴一张 ping 成功截图要有含金量得多。5.3 实验报告里如何记录这些观察记录观察结果时不用写得多华丽关键是结构清楚。我的习惯是列一个小表横向是“序号、报文类型、源 IP、目标 IP、源 MAC、目标 MAC、经过设备”每抓一层就填一行。抓包记录可以参考下面这个格式序号报文类型源 IP目标 IP源 MAC目标 MAC到达设备1ARP 请求192.168.1.10192.168.1.20广播PC-A 的 MACFF:FF:FF:FF:FF:FF交换机2ARP 应答192.168.1.20192.168.1.10PC-B 的 MACPC-A 的 MAC交换机3ICMP Echo Request192.168.1.10192.168.1.20PC-A 的 MACPC-B 的 MAC交换机4ICMP Echo Reply192.168.1.20192.168.1.10PC-B 的 MACPC-A 的 MAC交换机表填完你会在最后加一句观察结论第一次通信时先出现 ARP 报文ICMP 数据产生于 ARP 成功之后。再连续 ping 一次ARP 不再出现因为双方已经缓存了 MAC 地址。这句话就是你从实验里真正获得的经验。6. 实验一做完之后值得再花半小时做的三个小测试6.1 测试一断开 PC-B 的网线再看 ping 的反馈实验一做完基本功能都验证完了很多人就合上电脑了。但这时候做几个“破坏性测试”反而能把原理理解得更透。第一个测试很简单把 PC-B 连交换机的线剪断或者直接选中线缆按删除。然后从 PC-A ping PC-B。观察一下这次 ping 的输出和之前有什么不同。你会看到 ping 不再收到 Reply而是显示 Request timed out。这一步的意义在于让你直观感受链路断了ICMP 报文根本没到达目标也没有任何应答回来。这时候再点开模拟模式看PC-A 发出的 ARP 请求广播在整个网络上转了一圈没人应答于是 ICMP 报文甚至没有被发出来。这个现象说明了 ARP 失败会阻断上层通信是很典型的“下层决定上层”的例子。6.2 测试二连续 ping观察 ARP 缓存的作用第二个测试是连发两次 ping。第一次 ping 通了之后等几秒再 ping 一次。第二次 ping 时用模拟模式全程观察你会发现这次事件列表里不再出现 ARP 报文直接就是 ICMP Echo Request。原因是 PC-A 的 ARP 缓存里已经保留了 PC-B 的 MAC 地址。你可以敲 arp -a 查看能看到 192.168.1.20 对应的 MAC 地址记录。这个测试建议你把 ARP 缓存的超时时间这个概念也一起理解掉。Packet Tracer 里的 ARP 缓存不会立刻过期所以短时间内连续 ping 不会再触发 ARP。如果你执行 arp -d 清除缓存再 pingARP 就又会出现了。这个“清除缓存再观察”的操作是我做实验时最喜欢的小技巧能让你清楚地看到缓存到底起了什么作用。6.3 测试三再多加两台 PC看看交换机的 MAC 地址表第三个扩展测试往交换机上再添加两台 PC分别配好 IP。然后从 PC-A ping PC-C从 PC-B ping PC-D等通信结束后在交换机上打开命令行接口进入特权模式输入 show mac-address-table。你会看到一张表每一项基本是“MAC 地址 对应端口”。这张表就是交换机转发的依据。它一开始是空的交换机通过观察数据帧的源 MAC 地址逐渐学习每个端口连接了哪些设备。这个测试做完你基本上就能把“交换机为什么能只把数据发给目标端口”这个问题解释清楚了。它不是凭 IP 地址转发而是凭 MAC 地址查表转发。这个认知对你后面理解 VLAN、理解三层交换都有帮助。从第一次拖动设备到现在我确实在 Packet Tracer 上花了不少时间。回头来看实验一作为整个计算机网络课程的开端它的意义不在于你掌握了多少个命令而在于你用最小的成本把“数据包怎么在网络里走”这件事从头到尾看了一遍。后面你再学路由协议、再学应用层协议时脑子里都会有这几台 PC 和一台交换机的画面。最后再分享一个小技巧做实验一之前我强烈建议你把 Packet Tracer 里的“实时模式”和“模拟模式”切换按钮的位置记住。实时模式适合快速验证模拟模式适合学习原理。很多人整个实验都用实时模式做完就结束了其实只要抽出二十分钟切到模拟模式看一次 ARP 和 ICMP 的完整流转你对网络协议栈的理解会立刻提高一个层次。这一个习惯我每逢有人问我“实验一怎么做才算做到位”时都会提到希望对你也有用。