Cisco Packet Tracer实战：从零搭建企业办公网络全流程

刚学完计算机网络原理的人，多半都有这样的体验：OSI七层模型背得滚瓜烂熟，IP地址分类、子网掩码计算张口就来，可一旦拿到一台真实设备，让你把两台电脑配通，瞬间就卡住了。这不怪你，因为课本讲的是抽象协议，而网络工程是门手艺活，必须靠动手才能形成肌肉记忆。

Cisco Packet Tracer 实验，恰好是解决这个“会背不会用”问题的最短路径。Packet Tracer 是思科推出的一款网络仿真教学工具，不需要购置任何真实硬件，就可以在电脑里搭出一整张企业网络拓扑，完成路由交换设备的配置、协议验证和数据包分析。这篇文章以一个典型的“某公司办公网络”模拟项目为例，把从拓扑规划、VLAN划分、三层路由、DHCP部署到ACL过滤的完整过程拆开讲一遍。不管你是在校学生准备网络实验考试，还是刚入门想转行网络运维的从业者，照着做一遍，你对“网络到底是怎么跑起来”的理解会上升一个台阶。

1. 实验整体设计与思路拆解

1.1 一个仿真实验到底要训练什么能力

很多同学拿到 Packet Tracer 的第一反应是：从设备列表里拖几台路由器和交换机，拿线连上，然后就开始敲命令。这样做不是不行，但做完一遍往往只记住了命令，没建立起完整的网络思维。我在实际带实验时，会把这类实验的目标拆成三层：

第一层是验证课本结论。比如“交换机划分VLAN后能隔离广播域”“路由器能连接不同网段”“DHCP通过四个报文分配地址”，这些结论在书上看一百遍，不如在模拟器里亲眼看到一次数据包流动。

第二层是建立拓扑到配置的映射。面对一张网络图，你要能回答三个问题：哪些设备需要配IP？哪条链路要跑Trunk？数据从一个终端到另一个终端，要经过哪些设备的哪些接口？这是网络工程师最核心的基本功。

第三层是训练排错直觉。实验中一定会遇到ping不通的情况——VLAN没加、Trunk没放行、路由缺失、ACL拦了，这些都是真实网络中高频出现的故障。在模拟器里把这些坑挨个踩一遍，你以后面对真实设备时才不会慌。

所以这篇文章设计的实验并不是简单“两台电脑一个交换机”，而是搭一个结构完整的小型办公网：有接入层交换机、汇聚层三层交换机、边界路由器，还有服务器和跨VLAN通信需求。麻雀虽小，五脏俱全。

1.2 为什么选“三层交换加边界路由”的架构

实验拓扑选型直接决定了你能练到哪些技术点。我见过很多实验案例，拓扑画得复杂无比，五六台路由器串成一串，但实际配置来配置去就是静态路由，价值并不高。这次我选择的方案是：

• 一台边界路由器承担外网出口和路由转发
• 一台三层交换机做内网网关，启用SVI（交换机虚拟接口）实现VLAN间路由
• 两台二层交换机做接入层，把终端划分进不同VLAN

这套架构的合理性在于，它还原了现代企业网络中最常见的组网形式：接入层做隔离，汇聚层做网关，核心/边界做出口。与之对应的技术组合相当经典：接入交换机需要配置VLAN和Trunk，三层交换机需要配置SVI或路由子接口，边界路由器需要配置静态路由和NAT，中间还会穿插DHCP中继、ACL过滤。一个实验就能把交换和路由两大块主干内容串起来，性价比极高。

如果只做二层实验，你就永远接触不到“网关在哪一层”这个关键问题；如果直接上OSPF动态路由，对初学者又容易喧宾夺主。先静态路由，再谈动态协议，这个顺序是我的经验之谈。

1.3 设备选型背后的教学逻辑

Packet Tracer 提供了很多型号的设备，做实验时不要随手乱选。

接入交换机我选了2960，这是最经典的二层交换机，支持VLAN、Trunk、STP，功能刚好够用，界面也不复杂。三层交换机选了3560，它支持SVI和路由功能，价格和性能在模拟器里虽然没有意义，但你以后接触真实设备时会发现，3560系列正是很多中小企业的汇聚层主力。边界路由器选了2811，它属于集成多业务路由器，支持模块化接口，能通过加装模块模拟不同的广域网链路场景。

这里给一个建议：实验中不要混用过多型号，否则配置命令的差异会让你误以为是自己的问题。比如2960和3560跑的都是IOS，命令体系基本一致，学习曲线最平滑。等你把这些基础玩熟了，再去尝试ISR 4000系列、Nexus系列，感受不同操作系统的差异，那属于进阶内容。

2. 实验环境准备与拓扑搭建

2.1 Packet Tracer 的安装与基本设置

开始实验前，先把工具准备妥当。Packet Tracer 目前最新的 8.x 版本可以直接在思科网络技术学院官网注册账号后免费下载，支持 Windows 和 Linux。安装过程没什么特殊的，一路 Next 就好，唯一要注意的是安装路径不要带中文，否则部分版本在打开工程文件时可能出现路径解析的莫名 Bug。

装好后别急着开始，先花两分钟调几个设置。在 Options -> Preferences 里，把接口的动画调成最快，关闭“Port Status”的实时闪烁动画。模拟器是为了提高效率，不是看烟花，动画太慢会拖慢你做实验的节奏。

另外建议打开“Show labels”里的接口标签显示。Packet Tracer 默认不显示设备接口编号，等你连线时容易搞不清 g0/0 和 g0/1 到底连到哪里。提前把标签打开，后续所有配置步骤都能少犯眼花的错误。

2.2 物理拓扑搭建与布线规范

在 Packet Tracer 的左下角设备区中，按下面的清单拖出设备：

连线方式直接决定你之后的排查方向，务必按下面的规则来：

• PC 连接接入层交换机：使用直通线（Copper Straight-Through）
• 接入层交换机连接汇聚层交换机：使用直通线
• 三层交换机连接路由器：使用直通线
• 路由器连接外部服务器：使用交叉线（Copper Cross-Over）

为什么这样连线？真实的以太网物理层本来就有MDI/MDIX自适应机制，现在的设备你随便插都能通。但在实验中，我仍然建议按规范来。一来是养成严谨的习惯，二来是万一你以后做项目时碰上不支持自适应的老设备或特殊场景，不至于两眼一抹黑。

连完后建议给设备和链路都重新命名。双击设备在 Config 标签页的 Display Name 中，把 Router0 改成 R1，把 Switch0 改成 SW1。链路名称也可以右键链路添加注释，比如“接入SW2-汇聚SW1 Trunk链路”。这一步看起来琐碎，但对后期排错和写实验报告帮助巨大——你看着“SW2到SW1的链路”比看着“Switch2到Switch1的链路”舒服得多。

连接完成的收尾工作，是给所有PC的名字做规范：PC1、PC2 属于 VLAN 10 办公网段，PC3、PC4 属于 VLAN 20 访客网段。不要偷懒用默认的 PC0、PC1 编号，因为后续配置重名会导致你记错终端所属的网段。

2.3 IP地址规划：把网络“画”出来

动手配置之前，必须先做一份 IP 规划表。很多实验翻车不是因为命令敲错，而是地址规划阶段就乱了，配到一半发现网段冲突，只能推翻重来。

本次实验的地址规划如下：

这个规划里有两个关键取舍值得你琢磨一下：第一，内网网段用 192.168.10.0/24 和 192.168.20.0/24，这两个地址空间在真实企业网中也极其常用，方便和实际经验对照。第二，路由器互连网段用了 30 位掩码的 10.0.0.0/30，这代表只有一个网络号、两个可用IP，完美匹配两台设备点对点互联的诉求。

还有一点容易漏：网关的地址要统一规划成网段的第一个可用地址（如 192.168.10.1）。这不是技术强制要求，但这样做的好处是全网规则统一，你在排查三层路由时，看到网关地址就能立刻确定是哪台设备哪个接口。

3. 核心配置实操详解

3.1 接入交换机：VLAN划分与Trunk链路配置

从接入层交换机 SW2 开始配置。双击 SW2，进入 CLI 界面，先把设备名改掉，然后创建 VLAN：

enable configure terminal hostname SW2 vlan 10 name OFFICE exit vlan 20 name GUEST exit

把接 PC1、PC2 的接口划分到对应 VLAN。接口编号以你实际连线为准，我这里假设 PC1 连的是 f0/1，PC2 连的是 f0/2，PC3 连的是 f0/3，PC4 连的是 f0/4：

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 interface fastEthernet 0/4 switchport mode access switchport access vlan 20 exit

接下来是接入层配置里最关键的 Trunk 配置。SW2 的 f0/24 口连接汇聚交换机 SW1，这个端口要同时承载 VLAN 10 和 VLAN 20 的流量，必须配置成 Trunk 模式：

interface fastEthernet 0/24 switchport mode trunk switchport trunk allowed vlan all exit

同样，SW3 做一模一样的配置。SW2 和 SW3 的配置差异只体现在接入终端数量上，如果你只接了一台PC，那只需配置对应接口。SW3 的 f0/24 口也要设成 Trunk。

为什么必须明确指定 switchport trunk allowed vlan？很多人在 Packet Tracer 里只敲了 mode trunk 就不管了，默认情况下确实会放行所有VLAN，但这是个隐患。真实网络的交换机上，Trunk 默认的放行列表可能因厂商或配置而异，如果你不放行指定 VLAN，跨交换机的通信会变得非常难排查。做实验时最好就把好习惯种下：显式指定要放行的 VLAN。

完成后，用命令验证一下：

show vlan brief show interfaces trunk

如果看到 VLAN10、VLAN20 都已创建，Trunk 状态为 trunking，协议为 IEEE 802.1Q，说明二层链路已经打通。

3.2 汇聚层设备：SVI实现VLAN间路由

接下来配置汇聚层三层交换机 SW1。SW1 既要承担二层交换功能，又要做 VLAN 10 和 VLAN 20 的网关，也就是要“路由”两个网段之间的数据包。实现这个功能有两种主流方式，这里我采用 SVI 方式：

hostname SW1 vlan 10 name OFFICE exit vlan 20 name GUEST exit interface vlan 10 ip address 192.168.10.1 255.255.255.0 no shutdown exit interface vlan 20 ip address 192.168.20.1 255.255.255.0 no shutdown exit

注意这里的 no shutdown。SVI 接口默认是 down 的，必须手工开启。这个细节无数人在实验里栽过跟头——VLAN 网关地址配好了，但忘记敲 no shutdown，导致该 VLAN 内所有终端 ping 不通网关。

接下来配置 SW1 连接 R1 的上联接口和路由。假设用 g0/1 口连接 R1，则：

interface gigabitEthernet 0/1 no switchport ip address 10.0.0.2 255.255.255.252 no shutdown exit

一条 no switchport 把这个物理口从二层交换口改成三层路由口，这一步很关键。在3560这类三层交换机上，物理接口默认工作在二层模式，只有执行了 no switchport 之后才能配置 IP 地址，和路由器接口行为一致。

最后，给 SW1 加一条默认路由，把所有访问外网网段的流量都交给 R1：

ip route 0.0.0.0 0.0.0.0 10.0.0.1

这条静态路由是“指出去的方向”，让内网数据包知道发往外网该走哪条路。

3.3 边界路由器：静态路由与NAT配置

R1 是内网通往外部服务器的边界。先改主机名、配置接口 IP：

hostname R1 interface gigabitEthernet 0/0 ip address 10.0.0.1 255.255.255.252 no shutdown exit interface gigabitEthernet 0/1 ip address 172.16.0.254 255.255.255.0 no shutdown exit

然后配置回程路由，让路由器知道192.168.10.0/24和192.168.20.0/24这两个内网网段在哪：

ip route 192.168.10.0 255.255.255.0 10.0.0.2 ip route 192.168.20.0 255.255.255.0 10.0.0.2

很多人配完静态路由后喜欢看一眼路由表，这个习惯很好：

show ip route

你现在应该能看到这些路由的标记是 S，说明是静态路由，下一跳都指向 10.0.0.2。

接着配置内网访问外网所需的 NAT 转换。一个标准的企业出口路由器，通常会把内网私有地址转换成出口接口的公网地址。在模拟器里，用 PAT 做动地址转换最符合典型场景。

定义内网需要转换的网段：

access-list 100 permit ip 192.168.10.0 0.0.0.255 any access-list 100 permit ip 192.168.20.0 0.0.0.255 any

在出口接口上启用 PAT：

interface gigabitEthernet 0/1 ip nat outside exit interface gigabitEthernet 0/0 ip nat inside exit ip nat inside source list 100 interface gigabitEthernet 0/1 overload

验证 NAT 是否生效，可以用：

show ip nat translations

做完这一步，内网 PC 理论上已经可以访问外网服务器了，但先别急着高兴，我们还缺 DHCP 和 ACL，两者会在接下来的配置中补上。

3.4 DHCP服务与中继配置

手工给每台PC配静态IP当然可以，但DHCP是企业网络的基础服务，这个实验必须包含。

在 SW1 上配置 DHCP 服务，让它为 VLAN 10 和 VLAN 20 分配地址。配置池和绑定到 SVI 接口：

service dhcp ip dhcp excluded-address 192.168.10.1 192.168.10.10 ip dhcp excluded-address 192.168.20.1 192.168.20.10 ip dhcp pool OFFICE_POOL network 192.168.10.0 255.255.255.0 default-router 192.168.10.1 dns-server 8.8.8.8 exit ip dhcp pool GUEST_POOL network 192.168.20.0 255.255.255.0 default-router 192.168.20.1 dns-server 8.8.8.8 exit

这里 ip dhcp excluded-address 用于保留地址段前10个地址，避免DHCP把网关地址和其他可能要手工绑定的地址分出去。

为什么 DHCP 要配在 SW1 而不配在 R1？因为网关在 SW1 上，DHCP 报文广播域就是 VLAN，直接在网关设备上配 DHCP 最简单，不需要额外配置中继。如果把 DHCP 服务器放在别的位置，还得在每个 Vlanif 接口下配 ip helper-address，增加复杂度。

到了这一步，回到 PC 的 Desktop -> IP Configuration 里，把 IP 配置方式改成 DHCP，你会发现 PC 自动获取到了对应网段的地址。看到地址的那一瞬间，那种“书上的DORA终于落地”的感觉，属实有成就感。

3.5 ACL访问控制：限制访客访问内网服务器

最后我们来给实验增加一点安全策略：访客所在的 VLAN 20 可以访问外网，但不允许访问内网服务器所在网段 192.168.10.0/24。这是真实办公网的常见需求，用 ACL 实现。

标准版 ACL 只能过滤源地址，扩展版 ACL 可以同时基于源、目地址过滤，所以这里用扩展 ACL：

access-list 101 deny ip 192.168.20.0 0.0.0.255 192.168.10.0 0.0.0.255 access-list 101 permit ip any any

把这个 ACL 应用在 SW1 的 VLAN 20 网关接口上，方向是 in：

interface vlan 20 ip access-group 101 in

注意方向别搞反了。ACL 应用在 in 方向控制“进入该接口的流量”，访客 PC 发往 VLAN 10 的数据包进入 VLAN 20 接口时被拦住，效果正好满足需求。如果你把方向搞成 out，由于交换机的三层转发流程是先路由再检查出方向 ACL，效果完全不对，排错时会让你怀疑人生。

验证 ACL 是否生效：

show access-lists 101

看到 deny 命中的计数在增长，就说明规则真正落地了。也可以直接用 PC3（访客）去 ping 192.168.10.1（VLAN10 网关），正常情况下不通，再 ping 172.16.0.1（外网），应该通。这一通一不通之间，ACL 的作用就体现得淋漓尽致。

4. 联通性验证与数据包分析

4.1 逐层ping测试：先二后三，先内后外

配置完成后，从终端发起联通性验证。验证顺序的逻辑是：先确认二层（网关通），再确认三层（跨VLAN通），最后确认广域（外网通），哪一步断了就知道问题出在哪一层。

第一步，PC1 ping 自己的网关 192.168.10.1。如果通，说明 PC 的网卡、接入交换机 access 口、VLAN 以及 SVI 的配置都是正常的。如果不通，优先排查 access VLAN 是否配错，SVI 是否 no shutdown。

第二步，PC1 ping PC3 的地址 192.168.20.x。这里要注意，PC3 的地址是从 DHCP 获取的动态地址，你需要在 PC3 上先查看它拿到的实际 IP。如果通，说明 VLAN 间路由生效。如果不通，多数问题出在 Trunk 链路、SVI 或路由表。

第三步，PC1 ping 外网服务器 172.16.0.1。如果通，说明三层路由和 NAT 都正常。这一步如果不通，建议直接在 R1 上用扩展 ping 分段测试，一步步缩小范围：

ping 172.16.0.1 source 10.0.0.1

在 Cisco 设备的 CLI 中直接输入 ping，回车后可以输入源接口，这个扩展 ping 功能是排查路由和NAT的王牌工具：它能以不同源地址发起探测，帮你判断是路由缺失还是 NAT 转换问题。

4.2 模拟模式抓包：让ICMP和ARP“现出原形”

Packet Tracer 和真实设备相比最大的优势，是可以进入 Simulation 模式抓取数据包。点右上角的 Simulation 图标（那个信封+时钟的图标），先打开 PC1 的命令行工具，输入 ping 192.168.20.3，此时数据包不会立即发出，而是以动画形式在拓扑中逐步传输。

你会看到第一个包是 ARP 广播包。这里值得停下来，仔细想一层：PC1 ping 一个不同网段的地址，它为什么先发 ARP？因为 PC1 发现目标地址不在自己网段，知道自己该走网关，但网关 192.168.10.1 的 MAC 地址还不知道，所以先通过 ARP 广播询问“谁是192.168.10.1”。这个细节在理论课上讲过无数遍，但亲眼看到时才有真正的冲击力。

继续往下走，你会看到 ICMP echo request 从 PC1 发到交换机，交换机和路由器逐跳转发，数据包路径清晰可见。双击任何一个数据包，可以查看它的二层帧头部信息、三层 IP 头、四层 ICMP 报文。我建议你把 ICMP echo request 和 reply 两个包各看一遍，重点观察 IP 头中的源和目的地址变化，以及 TTL 字段。看完这两个包，NAT 前后地址转换带来的迷思，基本就解开一半了。

4.3 DHCP四步握手的完整观察

DHCP 的工作过程非常适合用 Simulation 模式演示。把 PC1 的 IP 配置改回 DHCP，然后在 Simulation 模式下打开 PC1 命令行敲 ipconfig /renew，观察数据链路层报文。

你会依次看到 DHCP Discover（广播）、DHCP Offer（单播或广播）、DHCP Request（广播）、DHCP Ack（单播或广播）四个报文，这就是常说的DORA过程。观察时注意两个点：

一是 Discover 的源 IP 为什么是 0.0.0.0。因为 PC 此刻还没有IP地址，它只能用 0.0.0.0 作为源，这个“空地址”的语义，课本只会写一句话，你亲眼见了才明白。

二是 Offer 包的目的 MAC 大概率还是广播 MAC 地址（因为客户端没有 IP 时无法直接单播）。这种“适应网络尚未就绪状态”的设计细节，只有看到抓包才会真正理解。

观察完一轮，关掉 Simulation 模式，回到 Realtime 模式，继续后面的配置操作。每次做这种抓包实验，都建议打开 Event List 过滤器，只勾选 ARP、ICMP、DHCP 三类报文，太多其他协议报文会干扰观察。

5. 常见问题与排查技巧实录

5.1 VLAN之间ping不通的排查清单

这个实验里最经典的问题，就是同一个交换机上不同 VLAN 的主机互相 ping 不通。排查思路按顺序走：

第一，确认两端设备属于同一 VLAN：show vlan brief 查看交换机上哪些端口属于 VLAN 10、VLAN 20，对照 PC 接的物理接口。经常有人连的是 f0/2 却把 f0/1 划进 VLAN10，数据报自然到不了。

第二，确认 Trunk 放行列表：show interfaces trunk，查看 allowed vlan 是否包含 10 和 20。前面配置里我特地说过要显式允许，原因就在这。

第三，确认 SVI 状态：show interface vlan 10，看接口是 up/up 还是 up/down。如果 down，先确认 VLAN 里有没有活动端口；如果接口还处于 down/up 状态，多半是没敲 no shutdown。

第四，确认路由表：show ip route 里是否有 192.168.10.0 和 192.168.20.0 的路由条目。三层交换机上如果只有接口路由没有直连路由，说明 SVI 没起来，回到上一步排查。

这套顺序是从二层到三层、从数据链路到路由的经典路径。按顺序排查，至少能省下一半的试错时间。

5.2 DHCP获取不到地址的典型案例

DHCP 拿不到地址是另一个高频故障。常见原因有三个：DHCP 池配置错误、中继缺失、VLAN 接口异常。

在本次实验中 DHCP 服务器配置在 SW1 上，而且和 PC 在同一广播域，理论上不需要中继。如果你 PC 获取不到地址，先用 show ip dhcp binding 查看有没有分配记录。如果显示地址分配成功但 PC 还是显示 169.254.x.x，那是 PC 没收到 DHCP 报文，多半是模拟器自身问题，重启 Packet Tracer 或重新 dhcp renew 一次即可。

如果以后你在真实项目里把 DHCP 服务器放在核心或独立服务器上，记得在客户端所在 VLAN 的 SVI 下添加 ip helper-address 服务器地址，否则跨网段的 DHCP 广播报文根本到不了服务器。这个技术点本次实验没有涉及，但属于必会内容，值得你课后自己动手加一步试试。

5.3 扩展ACL方向陷阱与静态路由缺失

之前提过 ACL 方向问题，这里再展开一下。在三层设备上，ACL 的 in/out 是以“路由器的接口视角”来定义的。你坐在路由器内部，看到数据包要从某个接口进来，就用 in 方向控制；看到数据包要离开某个接口出去，就用 out 方向控制。

实验里有同学把 ACL 101 应用到了物理接口而非 SVI 接口，导致过滤完全没有失效。因为 VLAN 20 网关在 SVI 上，物理接口只是二层口，ACL 要么不支持，要么方向完全不对。这类错误排查半天才能发现，原因就是你对设备的数据转发路径不够清晰。

还有静态路由缺失的问题。如果你只配了 R1 到内网的回程路由，忘了在 SW1 上配默认路由，PC 访问外网的数据包到了 SW1 就会被丢弃。所以配置静态路由时，一定要站在每台三层设备的角度想：自己知道哪些网段在哪个方向？不知道的网段该往哪发？把这两问想通，静态路由基本不会配错。

5.4 模拟器环境自身的坑与习惯

最后聊几个模拟器本身的坑，虽说不是技术原理，但踩过的都知道有多耽误时间。

Packet Tracer 保存工程文件时，有时会出现设备配置文件丢失的状况。建议每完成一个阶段的配置，就用 write 命令把配置写入设备启动配置，同时另存一份 .pkt 工程文件。这样即使工程崩溃也不至于从头再来。

另外，我在实验时习惯把每个设备的配置文件导出备份：右击设备 -> Export -> 保存为文本文件。这个习惯在以后操作真实设备时同样受用，配置回滚的速度会快很多。

关于模拟器的 Bug：偶尔你会遇到接口状态显示 up 但数据包就是过不去的情况，这种现象多半是模拟器对某些复杂拓扑的支持问题。我的经验是，先保存工程，重启 Packet Tracer，再重新打开工程。这个“重启大法”在模拟环境里意外地有效，而在真实设备上用的就是逐层排查了，两者不可以混为一谈。

结尾：一点个人的实操心得

整套实验做下来，我最深刻的体会是：玩透一个 Packet Tracer 实验，远比照抄十个配置案例有价值。很多初学者容易陷入“背命令”的误区，但我建议你在每一步配置后多想一层：这条命令解决的是数据链路问题、网络层问题，还是策略问题？数据报文在每一步会怎么处理？

我在实际给学员陪练时，发现进步最快的做法是“故意制造故障”：配置完一个部分后，自己把 Trunk 允许列表改掉、把 SVI 的 no shutdown 删掉、把某个静态路由下一跳改错，然后通过现象反推问题。这套自我折腾的过程，就是把课本知识内化成动手能力的必经之路。

如果你已经顺利跑通了第3节的全部配置，我建议你继续尝试几个扩展方向：把静态路由改成 OSPF，感受动态路由协议的路由收敛；在 SW2 与 SW3 之间加一条冗余链路，观察生成树协议的阻塞与转发；把 ACL 升级成基于时间的访问列表，看看策略的精细化还能怎么玩。每个方向都能打开一个新的知识点大门。

网络技术就是这样：上手门槛不高，但它需要不停的动手、踩坑、复盘。这篇文章里没有高深莫测的理论，全部是实操中可能遇到的关键点。照着做一遍，再自己试着改动几处配置，你学到的，就远不止一篇实验报告了。