Packet Tracer 实验手册：从拓扑搭建到 VLAN 配置的完整实践指南

简介：这份PDF面向计算机网络课程的初学者与备考CCNA的学习者，围绕Cisco Packet Tracer展开三个递进式实验，帮助读者从零掌握网络仿真软件的使用与基础组网配置。资源包内仅含1个PDF文件，大小约1.67MB，内容以图文步骤、拓扑示意与实验记录表格为主，便于边做边对照。实验一讲解软件安装、界面功能与简单局域网搭建，并强调直通线、交叉线等线缆选择要点；实验二深入拓扑布局与设备配置，涵盖IP地址、子网掩码设置及PING、HTTP、DNS的实时与模拟测试，并附ARP协议选做内容；实验三聚焦VLAN的构建与配置，涉及VLAN划分、VLAN间通信及配置验证。目前已有1336人学习，适合希望将抽象网络概念转化为可操作实践、提升配置与排错能力的学生参考。

1. 从一台 1841 路由器开始：这份 Packet Tracer 实验手册到底能跑通什么

很多人第一次打开 Packet Tracer，面对空白工作区是懵的——设备库几百个图标，线缆类型七八种，拖完设备连上线，PC 之间 ping 不通，也不知道该查哪一层。这份《计算机网络实践》实验手册 v1.4 的价值就在这：它不是泛泛讲 OSI 七层，而是用三个递进的实验，把「搭拓扑 → 配设备 → 划 VLAN」这条链路完整走一遍。实验一让你熟悉界面和线缆选型，实验二用两台 1841 路由器加一台 2950 交换机搭出一个含 WAN 串口、静态路由、DNS/HTTP 服务的准生产拓扑，实验三则落到 VLAN 划分和 Trunk 配置，还带一个用路由器子接口做 VLAN 间通信的进阶选做。适合正在学计算机网络、准备 CCNA 或做课程实验的人，也适合已经工作但想快速验证某个网络配置思路的从业者。它解决的核心问题是：让你在一个零成本的仿真环境里，把「数据包怎么从一台 PC 走到另一台 PC」这件事看得见、摸得着。

2. 实验一拆解：拓扑搭建与线缆选型里的三个关键决策

2.1 为什么自动选线是个陷阱

Packet Tracer 的连接工具栏里有一个 AUTO 自动选线选项，看起来省事，但手册里明确建议不要用。原因很直接：软件不知道你的意图。比如你要连一台 Host 和一台 Router，自动选线可能给你选一条直通线，但如果你实际想走 Console 控制口做带外管理，线就选错了。更常见的情况是，两台路由器之间用串口连接时，自动选线不会帮你判断 DCE/DTE 端，而 DCE 端必须配置时钟速率（Clock Rate），否则链路起不来。

我一般会按这个规则手动选线：

这张表建议记住，实验二和实验三里反复用到。手册里实验一的拓扑很简单：两台 PC 通过交换机互联，配 192.168.1.2 和 192.168.1.3，子网掩码 255.255.255.0。但就是这个小拓扑，如果你线选错了，ping 就是不通，而且 Packet Tracer 不会给你任何报错提示——链路指示灯可能是绿的，但数据包就是过不去。这是第一个血泪经验：链路灯绿不代表线选对了。

2.2 工作区界面里最容易被忽略的两个区域

手册把界面分成了六个区域，但实际用起来，新手最容易忽略的是右下角的「测试包传输」区域和右侧工具栏里的信封图标。前者用来在实时模式下快速发一个测试包看通不通，后者用来在模拟模式下观察数据包的逐跳传输。

具体操作路径是这样的：点击某台 PC → 桌面 → 命令提示符 → 输入ping 192.168.1.3。如果通，会返回四次 Reply；如果不通，返回 Request timed out。这时候不要急着改 IP，先做两件事：第一，确认两台 PC 的 IP 在同一网段且子网掩码一致；第二，确认线缆类型正确。手册里实验一的截图显示 ping 成功的结果，但没写失败时怎么排查，我补一个排查顺序：

# 在 PC 的命令提示符里依次执行 ipconfig # 确认 IP 和掩码 ping 127.0.0.1 # 确认本机协议栈正常 ping 192.168.1.3 # 确认目标可达 arp -a # 查看 ARP 缓存，确认 MAC 地址是否学到

如果ipconfig显示 IP 正确但 ping 不通，大概率是线缆问题。如果arp -a里没有目标 IP 的 MAC 映射，说明 ARP 请求都没发出去，问题在链路层。

2.3 模拟模式：把「看不见的包」变成看得见的事件

实验一里最值得花时间的是模拟模式。操作步骤：右下角把 Realtime 切换为 Simulation → 编辑协议过滤器，只勾选 ICMP → 在 PC 上执行 ping → 点击 Capture/Forward 逐步观察信封移动。

这个过程中，你能看到数据包从 PC 出发，经过交换机，到达目标 PC，再返回。每个信封点开可以看到具体内容：源 IP、目的 IP、ICMP 类型（Echo Request / Echo Reply）、MAC 地址等。手册里实验二的模拟模式部分还加了 DNS 和 HTTP 的观察，这个后面再说。

这里有一个容易翻车的点：模拟模式下如果事件列表里堆积了大量 STP 或 ARP 包，你会找不到自己的 ICMP 包。解决办法就是在协议过滤器里只勾选你关心的协议。我一般会先清空事件列表，再发 ping，这样列表里只有本次操作的包。

3. 实验二实战：两台 1841 加 2950 的完整配置流程

3.1 拓扑搭建与模块添加的先后顺序

实验二的拓扑比实验一复杂得多：两台 1841 路由器（Local 和 ISP）、一台 2950-24 交换机、两台 PC（1A 和 1B）、一台 Server（cisco）。关键操作是给路由器添加 WIC-2T 串口模块。

手册里的步骤是：先拖放路由器 → 关闭电源 → 添加 WIC-2T 模块 → 重新打开电源。这个顺序不能反。Packet Tracer 里路由器默认不带串口模块，如果你在电源开启状态下添加模块，设备不会识别。我见过有人拖完路由器直接加模块，然后怎么都找不到 s0/0/0 接口，最后重启整个拓扑才发现问题。

具体操作：点击路由器 → 物理（Physical）标签 → 电源开关点一下关闭 → 在模块列表里找到 WIC-2T → 拖到空槽位 → 再点电源开关打开。两台路由器都要做这一步。

线缆连接按手册来：1A 和 1B 的 FastEthernet 口用直通线连到交换机的 f0/1 和 f0/2；Local 的 f0/0 用直通线连到交换机的 f0/24；ISP 的 f0/0 用交叉线连到 cisco 服务器的 FastEthernet 口；ISP 的 s0/0/0 用串行线 DCE 一端连到 Local 的 s0/0/0。

注意串行线的 DCE 端。Packet Tracer 里串行线两端有标记，DCE 端有一个小钟表图标。手册里 ISP 是 DCE 端，所以时钟速率配在 ISP 上。

3.2 IP 地址规划与接口配置

手册没有给完整的 IP 地址表，但从配置步骤里可以反推出整个规划。我整理成表：

配置方式手册推荐用 GUI：点击设备 → Config → INTERFACE → 选端口 → 填 IP 和掩码 → 勾选 Port Status On。这个方式对新手友好，但实际工作中我更习惯用 CLI，因为 GUI 有时候会有缓存问题——你改了 IP 但接口状态没刷新，ping 还是走旧地址。CLI 配置如下：

# Local 路由器配置 enable configure terminal hostname Local interface fastEthernet 0/0 ip address 192.168.1.254 255.255.255.0 no shutdown interface serial 0/0/0 ip address 192.168.3.2 255.255.255.0 no shutdown exit # ISP 路由器配置 enable configure terminal hostname ISP interface fastEthernet 0/0 ip address 192.168.2.254 255.255.255.0 no shutdown interface serial 0/0/0 ip address 192.168.3.1 255.255.255.0 clock rate 64000 no shutdown exit

clock rate 64000这一行只在 DCE 端配，DTE 端配了会报错。64000 是单位 bps，仿真环境里这个值不影响功能，但真实设备上要跟运营商侧一致。

3.3 静态路由与默认路由的配置逻辑

手册里 ISP 配了一条静态路由：目标网络 192.168.1.0/24，下一跳 192.168.3.2。Local 配了一条默认路由：0.0.0.0/0.0.0.0，下一跳 192.168.3.1。

为什么这样配？因为 ISP 只需要知道怎么到 192.168.1.0 这个局域网，而 Local 需要知道所有未知目的地都走 ISP。这是典型的末梢网络加默认路由的搭配。如果两边都配默认路由，或者两边都配明细静态路由，也能通，但不符合实际网络的分工逻辑。

CLI 配置：

# ISP 上配静态路由 ip route 192.168.1.0 255.255.255.0 192.168.3.2 # Local 上配默认路由 ip route 0.0.0.0 0.0.0.0 192.168.3.1

配完之后在 Local 上用show ip route应该能看到一条S* 0.0.0.0/0的条目，星号表示默认路由。在 ISP 上用show ip route应该能看到S 192.168.1.0/24。

3.4 DNS 和 HTTP 服务的配置与验证

Server cisco 上要开两个服务：DNS 和 HTTP。DNS 配置里添加一条记录：cisco.com对应192.168.2.253。HTTP 服务直接开启就行，默认有一个页面。

验证流程：1A 打开浏览器 → 输入cisco.com→ 如果 DNS 和 HTTP 都正常，会返回一个页面。这个过程中，DNS 请求先发出去解析域名，拿到 IP 后再发 HTTP 请求。手册里建议在模拟模式下观察这个过程，把协议过滤器切到只显示 DNS 和 HTTP，然后看信封的先后顺序。

这里有一个常见坑：DNS 服务器地址配错了但 ping 能通。比如 1A 的 DNS Server 配成了 192.168.2.254（ISP 的接口地址），而 DNS 服务实际在 192.168.2.253 上。这种情况下 ping 192.168.2.253 是通的，但浏览器输入域名解析不了。排查方法是在 PC 上用nslookup cisco.com看返回的 DNS 服务器地址对不对。

3.5 模拟模式下 ICMP、DNS、HTTP 的联合观察

实验二的模拟模式部分要求分别观察 ICMP、DNS、HTTP 三种协议。操作上有一个技巧：每次切换协议过滤器之前，先点 Delete 清空事件列表，否则旧事件会干扰观察。

观察 ICMP 时，你会看到 Echo Request 从 1A 出发，经过交换机、Local、串口链路、ISP、再到 cisco，然后 Echo Reply 原路返回。每一跳的 MAC 地址都会变化，但 IP 地址不变。这是理解二层和三层转发差异的最直观方式。

观察 DNS 时，你会看到 1A 先向 192.168.2.253 发 DNS Query，收到 DNS Response 后才知道 cisco.com 对应的 IP。然后才发起 HTTP 请求。如果 DNS 配置有问题，你会看到 DNS Query 发出去了但没有 Response，或者 Response 里的 IP 不对。

观察 HTTP 时，TCP 三次握手的过程也能看到。Packet Tracer 会把 SYN、SYN-ACK、ACK 分别显示为不同的事件。如果 HTTP 服务没开，你会看到 TCP 握手成功但 HTTP 请求没有响应。

4. 实验三精讲：VLAN 划分、Trunk 配置与路由器子接口

4.1 VLAN 创建与端口划分的命令细节

实验三的拓扑是两台 2950 交换机，六台 PC，三个 VLAN（10、20、30）。Switch A 的 f0/5、f0/10、f0/15 分别划到 VLAN 10、20、30，Switch B 同理。两台交换机之间用 f0/24 互联，配成 Trunk。

创建 VLAN 的命令：

enable configure terminal hostname SwitchA vlan 10 name v10 exit vlan 20 name v20 exit vlan 30 name v30 exit

端口划分：

interface fastEthernet 0/5 switchport access vlan 10 exit interface fastEthernet 0/10 switchport access vlan 20 exit interface fastEthernet 0/15 switchport access vlan 30 exit

这里有一个细节：switchport access vlan 10和switchport mode access是两回事。前者把端口划到某个 VLAN，后者把端口模式设为 access。2950 的端口默认就是 access 模式，所以只配switchport access vlan 10就够了。但如果你之前改过端口模式，需要先switchport mode access再划 VLAN。

验证命令：show vlan会列出所有 VLAN 和对应的端口。如果端口没出现在正确的 VLAN 下，检查端口是否被划到了别的 VLAN，或者端口模式是不是 trunk。

4.2 Trunk 配置与 802.1Q 封装

两台交换机之间的 f0/24 要配成 Trunk：

interface fastEthernet 0/24 switchport mode trunk

手册里有一句注释：Cisco 2950 只支持 802.1Q 协议，所以不用专门指定封装协议。这个说法是对的，但有一个背景需要补充：2950 是二层交换机，不支持 ISL 封装，所以switchport trunk encapsulation dot1q这条命令在 2950 上不可用。如果你在 Packet Tracer 里用 3560 或更高型号的交换机，可能需要先指定封装协议再设 trunk 模式。

Trunk 配好之后，用show interfaces trunk可以看到 f0/24 的状态是 trunking，并且允许所有 VLAN 通过。如果只想让特定 VLAN 通过，可以用switchport trunk allowed vlan 10,20,30。

4.3 连通性测试与结果解读

手册里给了三组测试：

第一组：PC0 和 PC3（都在 VLAN 10）、PC1 和 PC4（都在 VLAN 20）、PC2 和 PC5（都在 VLAN 30）。这三对应能通，因为同 VLAN 同网段，二层直接转发。

第二组：PC0 和 PC4、PC5（跨 VLAN）。这三对应不通，因为不同 VLAN 不同网段，没有三层设备做路由。

第三组：PC0 和 PC1、PC2（跨 VLAN）。同样不通。

这三组测试的结果说明了一个核心结论：VLAN 隔离了广播域，同 VLAN 内二层可达，跨 VLAN 必须经过三层设备。手册在实验思考里问了 Access 和 Trunk 模式的区别，答案可以这样理解：Access 端口属于一个 VLAN，发出的帧不带标签；Trunk 端口属于多个 VLAN，发出的帧带 802.1Q 标签，用于交换机之间传递多个 VLAN 的流量。

4.4 进阶选做：路由器子接口实现 VLAN 间通信

进阶实验用一台 2621 路由器和一台 2950T 交换机，PC0 在 VLAN 10（192.168.10.0/24），PC1 在 VLAN 20（192.168.20.0/24）。路由器 f0/0 接交换机的 f0/24，交换机 f0/1 划到 VLAN 10，f0/2 划到 VLAN 20。

关键配置在路由器的子接口上：

interface fastEthernet 0/0 no shutdown exit interface fastEthernet 0/0.1 encapsulation dot1q 10 ip address 192.168.10.1 255.255.255.0 exit interface fastEthernet 0/0.2 encapsulation dot1q 20 ip address 192.168.20.1 255.255.255.0 exit

encapsulation dot1q 10的意思是：这个子接口处理带 VLAN 10 标签的帧，收到后去掉标签交给三层处理，发出时加上 VLAN 10 标签。子接口的编号（0.1、0.2）本身没有 VLAN 含义，只是一个逻辑标识，真正决定 VLAN 的是encapsulation dot1q后面的数字。

PC0 的网关配 192.168.10.1，PC1 的网关配 192.168.20.1。配完之后 PC0 ping PC1 应该能通。如果 ping 不通，检查三件事：交换机 f0/24 是不是 trunk 模式；路由器子接口的封装 VLAN 号跟交换机上的 VLAN 号是否一致；PC 的网关地址是否指向对应的子接口 IP。

5. 避坑与排查：五个让实验翻车的典型问题

5.1 ping 不通但链路灯是绿的

现象：两台 PC 之间 ping 不通，但交换机端口指示灯是绿色。

原因：最常见的是线缆类型选错。PC 到交换机应该用直通线，如果用了交叉线，物理层可能显示 up，但数据帧的收发引脚不匹配，导致通信失败。另一种可能是 PC 的 IP 配在了不同网段，比如一台 192.168.1.2/24，另一台 192.168.2.2/24。

解决：先ipconfig确认 IP 和掩码，再检查线缆类型。Packet Tracer 里把鼠标悬停在线上会显示线缆类型。如果是线缆问题，删掉重连，手动选正确的线型。

5.2 串口链路起不来，show interfaces 显示 down

现象：两台路由器之间的串口链路状态是 down，协议也是 down。

原因：DCE 端没有配 clock rate。Packet Tracer 里串行线一端是 DCE（带钟表图标），一端是 DTE。只有 DCE 端需要配时钟，DTE 端不需要。如果两端都没配，或者配在了 DTE 端，链路起不来。

解决：确认哪端是 DCE，在 DCE 端的串口接口下配clock rate 64000。配完后show interfaces serial 0/0/0应该看到 line protocol is up。

5.3 浏览器输入域名打不开，但 ping IP 能通

现象：PC 能 ping 通 192.168.2.253，但浏览器输入 cisco.com 打不开。

原因：DNS 服务器地址配错了，或者 DNS 服务没开，或者 DNS 记录没添加。还有一种可能是 PC 的 DNS Server 配成了网关地址而不是 DNS 服务器地址。

解决：在 PC 上用nslookup cisco.com看返回的 DNS 服务器。如果返回的是网关地址，说明 PC 的 DNS 配置错了。去 PC 的 Config → Global → Settings 里改 DNS Server 为 192.168.2.253。然后在 Server 上确认 DNS 服务是 On，并且 cisco.com 的记录存在。

5.4 Trunk 配了但跨交换机同 VLAN 不通

现象：Switch A 的 VLAN 10 里的 PC 和 Switch B 的 VLAN 10 里的 PC ping 不通。

原因：Trunk 端口没配，或者配了但允许的 VLAN 列表里没有 VLAN 10。还有一种可能是两端 Trunk 的封装协议不一致（虽然 2950 只支持 802.1Q，但如果你混用了不同型号的交换机，可能出现这个问题）。

解决：在两台交换机上用show interfaces trunk确认 f0/24 是 trunking 状态，并且 VLAN 10 在 allowed VLAN 列表里。如果没配，进接口执行switchport mode trunk。如果 allowed 列表不对，用switchport trunk allowed vlan add 10添加。

5.5 模拟模式下找不到自己的数据包

现象：切到 Simulation 模式后，事件列表里一堆 STP、ARP、CDP 包，找不到自己发的 ICMP 包。

原因：没有过滤协议，或者过滤了但事件列表没清空。

解决：在模拟模式下，点 Edit Filters，只勾选你关心的协议（比如 ICMP）。然后点 Delete 清空事件列表。再发 ping，这样列表里只有本次操作的包。如果还是找不到，检查是不是在 Realtime 模式下发的 ping——模拟模式只捕获切换之后发生的事件。

6. 从实验到实战：用 Packet Tracer 验证真实网络方案的三个技巧

Packet Tracer 不只是做课程实验的工具，它还能用来验证真实网络方案的可行性。我平时会用它做三件事，分享出来。

第一件是配置变更前的预验证。比如你要在真实环境里改一台交换机的 Trunk 允许 VLAN 列表，不确定会不会断掉某个 VLAN 的流量。在 Packet Tracer 里搭一个一样的拓扑，改配置，看哪些 PC 断了，哪些还通。这个习惯帮我避免过好几次生产事故。具体做法是：拓扑搭好后，先 ping 一遍所有关键路径，记录结果；改配置；再 ping 一遍，对比差异。

第二件是用模拟模式做故障复现。真实网络出问题时，你只能看到现象，看不到数据包。在 Packet Tracer 里，你可以把故障场景复现出来，然后用模拟模式逐跳看数据包在哪一步被丢了。比如 ACL 拦截、路由环路、VLAN 配置错误，都能在模拟模式里看到具体是哪一跳出了问题。我一般会先复现故障，确认现象一致，然后改配置，看模拟模式里的数据包路径是否恢复正常。

第三件是用 Packet Tracer 做配置脚本的语法检查。真实设备上敲错一条命令可能影响业务，但在 Packet Tracer 里随便敲。我习惯把要批量下发的配置先在 Packet Tracer 里跑一遍，确认没有语法错误、接口名称正确、VLAN 号存在，再复制到真实设备上。这个习惯是从一次惨痛教训来的：有次在真实交换机上配 Trunk，把switchport trunk allowed vlan add 10敲成了switchport trunk allowed vlan 10，结果直接把其他 VLAN 全断了。从那以后我每次批量配置前都强制走一遍 Packet Tracer 验证。

最后说一个验证配置是否正确的通用方法：分层排查。物理层看链路灯和线缆类型，数据链路层看 VLAN 和 Trunk 配置，网络层看 IP 和路由表，应用层看 DNS 和 HTTP 服务。每一层都有对应的show命令和测试方法。Packet Tracer 的好处是，你可以在同一台设备上同时看到所有层的信息，不用像真实环境那样登录多台设备。

希望帮到你。

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