H3CNE综合实验：用HCL模拟器串联VLAN、DHCP、NAT与静态路由

发布时间：2026/10/23 5:40:20
H3CNE综合实验：用HCL模拟器串联VLAN、DHCP、NAT与静态路由
说实话H3CNE 的官方教材我翻过不止一遍VLAN、DHCP、静态路由、NAT 这些知识点单个拿出来都不算难PPT 上的配置命令也都能看懂。但到了自己动手的时候才会发现真正的问题不是“这条命令怎么写”而是“这条命令应该出现在哪个环节”。我这个 HCL_H3CNE综合实验就是冲着这个问题去的。用官方 HCL 模拟器搭一套从终端、交换机、路由器到模拟互联网的全链路网络把 VLAN、Trunk、VLAN 间路由、DHCP、静态路由、NAT、远程管理全部串在同一个场景里一步一步敲完、验证完你对 H3CNE 核心内容的理解会比刷十遍题都扎实。这篇文章会把整套实验从拓扑规划、地址分配、设备配置到排错思路完整拆开适合正在备考 H3CNE、或者刚接触 H3C 设备想动手拉通的读者。1. 综合实验的设计思路与知识串联1.1 为什么一定要做“串联型”实验H3CNE 的考试范围很宽包括以太网技术、VLAN、STP、IP 地址规划、静态路由、动态路由、ACL、NAT、DHCP、远程管理等。常见的复习方式是每个模块单独搭一个小实验比如今天练 VLAN明天练静态路由。这种做法的好处是快坏处是知识是割裂的——考试也不会只考一个点它默认你脑子里有一条完整的数据面路径。我设计这套实验的初衷很简单模拟一家小公司从零建设一张网络。公司有两个网段一个给办公终端一个给服务器区出口接一台边界路由器通过运营商专线访问“互联网”希望全网终端自动获取 IP同时办公室能访问互联网。这就天然把 H3CNE 绝大多数知识点串了起来因为任何一个环节断了最终联网测试就过不了。1.2 数据包视角下的完整链路这套实验里最有价值的部分是你能用一个数据包的视角把整条链路讲清楚。假设办公网的一台 PC 要访问互联网上的某个地址数据包是这样走的PC 根据本地路由把数据包交给网关也就是交换机上 VLAN 10 的虚拟接口地址。交换机收到数据包查找路由表发现默认路由指向出口路由器。交换机把数据包从上游接口转发给路由器。路由器再次查路由表发现目标地址不在本地直连网段于是按照默认路由转发给下一跳也就是模拟运营商的另一台路由器。数据包从路由器出口接口出去之前被 NAT 处理源地址从办公网段变成出口接口的公网地址。运营商路由器收到数据包发现目标地址是本地回环接口于是回包。回包原路返回路由器做 NAT 反向转换交换机根据 ARP 找到 PCPC 收到响应。每一步都对应 H3CNE 教材里的一个章节。你做这个实验的时候每个命令都是在为这条路径补一块砖而不是孤立地在敲配置。1.3 实验组网模型与地址规划本实验的设备清单很简单都在 HCL 模拟器自带列表里两台路由器型号 MSR36-20一台作为公司出口网关一台模拟运营商。两台交换机型号 S5820V2-52QF其中核心交换机承担三层转发另一台只做二层接入。两台 PC 终端一台接办公网一台接服务器区。拓扑关系如下PC1办公终端── SW1三层核心── R1出口网关── R2模拟运营商 PC2服务器── SW2二层接入 ──┘为了便于理解配置命令我给每台设备都定了明确的角色SW1 是核心交换机所有 VLAN 的网关都在它身上SW2 是接入交换机负责把服务器网段的终端接入进来R1 是出口路由器掌管 NAT 和默认路由R2 完全模拟运营商只做一个回环接口来代表互联网上的一台服务器。地址规划是整个实验的地基我在搭之前先列了一张表保证每个网段之间没有冲突也方便后续排查区域网段网关说明办公终端 VLAN 10192.168.10.0/24192.168.10.254SW1DHCP 分配 10~200服务器终端 VLAN 20192.168.20.0/24192.168.20.254SW1DHCP 分配 10~200核心到出口互联链路192.168.100.0/30192.168.100.1R1SW1 侧为 .2出口到运营商链路12.1.1.0/3012.1.1.1R1R2 侧为 .2模拟互联网服务器1.1.1.1/32无R2 回环接口这里有一个小设计思路值得注意核心交换机和出口路由器之间我特意用了 192.168.100.0/30 这个单独网段而不是直接复用一个业务 VLAN。这样可以保证核心交换机上业务网段和上行网段是隔离的配置路由和排查问题的时候脑回路更清晰也符合实际工程里“互联地址单独规划”的习惯。2. 基于 HCL 搭建实验环境与初始化2.1 HCL 模拟器安装要点HCL 是 H3C 官方出的网络模拟工具目前常见版本是 5.x 系列安装包里通常带 VirtualBox 环境。如果你是第一次装有几个容易踩坑的地方我先说清楚。第一建议用管理员身份安装和运行。模拟器底层要调用虚拟化组件权限不够会出现设备启动失败、控制台无响应的问题。第二Windows 自带的 Hyper-V 或者其他虚拟机平台如果开启可能和 VirtualBox 冲突。我遇到的情况是设备能拖到拓扑里但启动后一直停在“Starting”状态后来关掉内核级虚拟化相关功能才恢复正常。第三杀毒软件对模拟器的进程和虚拟网络网卡有时会误报安装或运行前最好把相关目录加白名单。HCL 的使用逻辑和竞品不太一样它是靠拖动设备图标到画布上然后连接链路。连接链路的时候要特别注意接口名能不能对得上。你拖一台交换机到画布上双击能看到接口列表连接时鼠标点住一个接口拖到另一台设备的接口上系统会自动识别链路类型。2.2 设备选型与启动顺序我的设备选择如下交换机用 S5820V2-52QF路由器用 MSR36-20。S5820V2 在 HCL 里是三层交换机能配置 VLAN 接口和路由这个很关键。如果选成了纯二层交换机VLAN 间路由就做不了整个实验的转发逻辑就断了。模拟器里的设备不能一次性全部启动不然电脑资源很容易吃满。我建议按网络拓扑从上到下的顺序启动先启动最下层的终端 PC再启动交换机最后启动路由器。实际上 HCL 对启动顺序没有强制要求但后启动的设备会主动完成链路协商日志看起来更干净。启动完成后设备图标从红色变成绿色双击控制台能出现命令行提示符再开始配置。2.3 主机PC的初始化设置HCL 里的 PC 并不是真实操作系统而是一个可配置简单 IP 和命令行测试的小工具。双击 PC 图标点击“配置”可以看到网络参数页面。这里有两种方式一种是手动填 IP、掩码、网关另一种是选择 DHCP 自动获取。本实验里我用了 DHCP目的就是为了验证 DHCP 服务器配置是否正确。需要提醒的是HCL 的 PC 启动后并不会自动触发 DHCP 请求。你要在配置页面先选一次 DHCP 模式再点应用终端才会重新请求地址。如果之后你改了 DHCP 服务器的地址池最好回到 PC 配置页再应用一次而不是直接 ping否则拿到的可能还是旧地址。3. 核心配置全流程实操3.1 接入层VLAN 与 Trunk 配置第一步是配置 VLAN 和端口类型。我先把核心交换机 SW1 的基础 VLAN 建好再把终端和上行端口划分到对应 VLAN。H3C system-view [H3C] sysname SW-Core [SW-Core] vlan 10 [SW-Core-vlan10] description Office_Network [SW-Core-vlan10] quit [SW-Core] vlan 20 [SW-Core-vlan20] description Server_Network [SW-Core-vlan20] quit [SW-Core] vlan 100 [SW-Core-vlan100] description To_R1 [SW-Core-vlan100] quitPC1 接到 SW1 的 1/0/1 口这个端口是接入模式划分到 VLAN 10。PC2 接到 SW2 的 1/0/2 口属于 VLAN 20。两块交换机之间的互联链路我采用了 Trunk放行 VLAN 10 和 20。下面是 SW1 上的端口配置。[SW-Core] interface GigabitEthernet1/0/1 [SW-Core-GigabitEthernet1/0/1] port link-type access [SW-Core-GigabitEthernet1/0/1] port access vlan 10 [SW-Core-GigabitEthernet1/0/1] quit [SW-Core] interface GigabitEthernet1/0/24 [SW-Core-GigabitEthernet1/0/24] port link-type trunk [SW-Core-GigabitEthernet1/0/24] port trunk permit vlan 10 20 [SW-Core-GigabitEthernet1/0/24] quit这里有一个新手极易混淆的点Access 端口只属于一个 VLANTrunk 端口则需要在语句里明确放行哪些 VLAN。H3C 设备默认 Trunk 只放行 VLAN 1如果你写了port trunk permit vlan all当然也可以但实验里我更推荐显式写出vlan 10 20逼自己搞清楚哪些业务流量要过中继链路。接入交换机 SW2 的配置逻辑相同只需要把 VLAN 10 和 20 建好端口 1/0/2 划到 VLAN 20上行口 1/0/24 做成 Trunk。H3C system-view [H3C] sysname SW-Access [SW-Access] vlan 10 [SW-Access-vlan10] description Office_Network [SW-Access-vlan10] quit [SW-Access] vlan 20 [SW-Access-vlan20] description Server_Network [SW-Access-vlan20] quit [SW-Access] interface GigabitEthernet1/0/2 [SW-Access-GigabitEthernet1/0/2] port link-type access [SW-Access-GigabitEthernet1/0/2] port access vlan 20 [SW-Access-GigabitEthernet1/0/2] quit [SW-Access] interface GigabitEthernet1/0/24 [SW-Access-GigabitEthernet1/0/24] port link-type trunk [SW-Access-GigabitEthernet1/0/24] port trunk permit vlan 10 20 [SW-Access-GigabitEthernet1/0/24] quit3.2 三层核心VLAN 接口与 VLAN 间路由所有 VLAN 的网关都放在 SW1 上。在 H3C 设备上VLAN 接口就是路由接口配置了 IP 地址之后二层广播域之间就可以通过它路由。这是实现 VLAN 间通信的关键一步。SW1 继续配置[SW-Core] interface Vlan-interface10 [SW-Core-Vlan-interface10] ip address 192.168.10.254 255.255.255.0 [SW-Core-Vlan-interface10] quit [SW-Core] interface Vlan-interface20 [SW-Core-Vlan-interface20] ip address 192.168.20.254 255.255.255.0 [SW-Core-Vlan-interface20] quit [SW-Core] interface Vlan-interface100 [SW-Core-Vlan-interface100] ip address 192.168.100.2 255.255.255.252 [SW-Core-Vlan-interface100] quitVLAN 100 是我专门划给 SW1 和 R1 互联的链路网段。SW1 的 1/0/23 端口作为上行口接 R1同样划为 Access 并加入 VLAN 100。这样一个核心交换机上就同时存在三个三层接口它自己就是一台路由器只不过端口形态是 VLAN 接口。配置完成后核心交换机实际上具备了路由功能PC1 和 PC2 如果手动指定静态 IP此时应该已经能互通。不过这台实验里我依靠 DHCP所以还没到验证时间。3.3 出口链路与静态路由SW1 上需要写一条默认路由把所有非直连网段的数据都丢给 R1。命令很简短[SW-Core] ip route-static 0.0.0.0 0 192.168.100.1这条命令的意思是目标地址为任意、掩码为 0 的流量全部转发给下一跳 192.168.100.1。对于业务终端来说去往互联网的所有流量都会先到 SW1再由 SW1 转给 R1。R1 作为出口网关需要配置两个三层接口。GigabitEthernet0/0 接 SW1地址是 192.168.100.1/30GigabitEthernet0/1 接 R2地址是 12.1.1.1/30。同时 R1 要写两条静态路由回到内网网段再加一条默认路由指向运营商。H3C system-view [H3C] sysname R1-Gateway [R1-Gateway] interface GigabitEthernet0/0 [R1-Gateway-GigabitEthernet0/0] ip address 192.168.100.1 255.255.255.252 [R1-Gateway-GigabitEthernet0/0] quit [R1-Gateway] interface GigabitEthernet0/1 [R1-Gateway-GigabitEthernet0/1] ip address 12.1.1.1 255.255.255.252 [R1-Gateway-GigabitEthernet0/1] quit [R1-Gateway] ip route-static 192.168.10.0 24 192.168.100.2 [R1-Gateway] ip route-static 192.168.20.0 24 192.168.100.2 [R1-Gateway] ip route-static 0.0.0.0 0 12.1.1.2注意看这里我在 R1 上写了两类方向相反的静态路由一类是回程路由把内网网段指回 SW1另一类是默认路由把外网流量交给运营商 R2。静态路由的方向性是很多人容易犯糊涂的地方配置之前先在草稿纸上标好源和方向会少踩很多坑。R2 模拟运营商只需要把连接 R1 的接口配上地址再创建一个回环接口当作互联网上的服务器。所谓“互联网服务器”在实际实验里就是一个可以被 ping 通的目标地址。H3C system-view [H3C] sysname R2-ISP [R2-ISP] interface GigabitEthernet0/0 [R2-ISP-GigabitEthernet0/0] ip address 12.1.1.2 255.255.255.252 [R2-ISP-GigabitEthernet0/0] quit [R2-ISP] interface LoopBack0 [R2-ISP-LoopBack0] ip address 1.1.1.1 255.255.255.255 [R2-ISP-LoopBack0] quit到这里为止如果只是配置静态 IPPC1 应该能 ping 通 PC2也能 ping 通 R1 的 12.1.1.1 接口地址。但还差最后一块拼图NAT。3.4 DHCP 服务配置H3CNE 考纲里 DHCP 是重点实验里我也用 DHCP 来给办公和服务器两个网段自动分配地址。DHCP 服务器放在核心交换机 SW1 上因为所有 VLAN 接口都集中在它身上配置最方便。[SW-Core] dhcp enable [SW-Core] interface Vlan-interface10 [SW-Core-Vlan-interface10] dhcp select server [SW-Core-Vlan-interface10] dhcp server ip-range 192.168.10.10 192.168.10.200 [SW-Core-Vlan-interface10] dhcp server gateway-list 192.168.10.254 [SW-Core-Vlan-interface10] dhcp server dns-list 223.5.5.5 114.114.114.114 [SW-Core-Vlan-interface10] quit [SW-Core] interface Vlan-interface20 [SW-Core-Vlan-interface20] dhcp select server [SW-Core-Vlan-interface20] dhcp server ip-range 192.168.20.10 192.168.20.200 [SW-Core-Vlan-interface20] dhcp server gateway-list 192.168.20.254 [SW-Core-Vlan-interface20] dhcp server dns-list 223.5.5.5 [SW-Core-Vlan-interface20] quitdhcp server gateway-list在 HCL 里很关键它告诉 DHCP 客户端“你的网关是哪个地址”。如果没有这一条PC 只能拿到 IP但拿不到默认网关后续跨网段访问就会失败。这里我写的是模拟环境里的地址真实企业环境中 DNS 请按运营商给的地址填写。3.5 ACL 与 NAT 配置正常情况下PC 的源地址是私网地址运营商不可能替你路由这些私网报文。所以 R1 出口上要做 NAT把私网地址转换成出接口的地址也就是 12.1.1.1。实现 NAT 需要绑定一个 ACL用来匹配哪些源地址需要被转换。我先创建一个基础 ACL放行整个 192.168.0.0/16 私网段。[R1-Gateway] acl basic 2000 [R1-Gateway-acl-ipv4-basic-2000] rule 5 permit source 192.168.0.0 0.0.255.255 [R1-Gateway-acl-ipv4-basic-2000] quit [R1-Gateway] interface GigabitEthernet0/1 [R1-Gateway-GigabitEthernet0/1] nat outbound 2000 [R1-Gateway-GigabitEthernet0/1] quitnat outbound 2000的意思就是从这个接口出去的流量如果匹配 ACL 2000就动态转换成该接口的地址。之所以强调 ACL 用的反掩码 0.0.255.255是因为 H3C 的 ACL 不是子网掩码而是通配符掩码。这一点在排查问题的时候非常容易踩坑如果写成了 255.255.0.0NAT 会一直匹配不上。配置完 NAT 后从 PC 发出的内网流量的源地址到了 R1 出口就会被转换成 12.1.1.1运营商路由器 R2 看到的就是一个普通的公网地址。3.6 远程管理Telnet 与 SSH为了把 H3CNE 的远程管理知识点也纳入实验我在 R1 上同时配置了 Telnet 和 SSH 登录。生产环境我强烈建议只开 SSHTelnet 的明文传输在真实网络里等于裸奔。但实验里两个都配上正好可以对比验证。先创建本地用户用于远程登录认证。[R1-Gateway] local-user admin class manage [R1-Gateway-luser-manage-admin] password simple Admin123 [R1-Gateway-luser-manage-admin] service-type ssh telnet [R1-Gateway-luser-manage-admin] authorization-attribute user-role network-admin [R1-Gateway-luser-manage-admin] quit然后配置 VTY 用户线让远程登录走本地用户认证。最后开启 Telnet 和 SSH 服务生成 RSA 密钥对。[R1-Gateway] line vty 0 4 [R1-Gateway-line-vty0-4] authentication-mode scheme [R1-Gateway-line-vty0-4] protocol inbound all [R1-Gateway-line-vty0-4] quit [R1-Gateway] telnet server enable [R1-Gateway] ssh server enable [R1-Gateway] public-key local create rsa执行public-key local create rsa时模拟器会询问是否生成默认密钥长度直接回车即可。生成密钥是 SSH 能正常工作的前提漏了这一步SSH 服务即使 enable 了客户端连接时也会报错。实验做完后可以从 SW1 上用ssh admin192.168.100.1尝试登录 R1既可以验证配置又能体会一次真实的跨设备管理操作。4. 验证方法与连通性测试4.1 从核心交换机开始检查配置完成后先不要急着跑到 PC 上 ping建议从网络中心往边缘逐层验证。我在 SW1 上先检查 VLAN 和三层接口。[SW-Core] display vlan [SW-Core] display ip interface briefdisplay vlan会列出 VLAN ID、端口成员和描述信息。我需要确认 VLAN 10、20、100 都存在且端口 1/0/1、1/0/23、1/0/24 分别属于对应 VLAN。display ip interface brief则用来确认三个 VLAN 接口都配上了正确的 IP并且协议状态是 UP。接下来看路由表。核心交换机应该有一个默认路由指向 192.168.100.1。[SW-Core] display ip routing-table如果发现默认路由没生效大概率是下一跳写错或者是 192.168.100.1 这个地址根本不可达。4.2 在 R1 上确认路由与 NATR1 作为出口路由器路由表里应该同时有回程路由、默认路由和直连路由。用下面命令快速检查[R1-Gateway] display ip routing-table [R1-Gateway] display nat outbounddisplay nat outbound会显示接口上绑定的 NAT 规则。如果不显示内容先检查 ACL 是否包含正确的源网段再看接口是否配了nat outbound 2000。NAT 规则没问题但 PC 仍然上不了网就要去看 NAT 转换表现[R1-Gateway] display nat session brief这个命令能看到当前正在进行的 NAT 会话。如果 PC 有 ping 动作但这里没有任何会话条目说明流量根本没走到出口接口问题大概率在路由或者交换机上。4.3 PC 侧 DHCP 获取与逐跳 ping确认网络设备侧都正常之后再回到 PC。打开 PC 配置页选择 DHCP 并应用然后用命令行查看是否获取到正确地址。ipconfig正常情况下PC1 会拿到 192.168.10.x/24 的地址网关是 192.168.10.254PC2 会拿到 192.168.20.x/24网关是 192.168.20.254。HCL 的 PC 命令行支持 ping 和 tracert我习惯按下面的顺序逐条验证ping 192.168.10.254先测 PC 到网关的连通性这一步过了说明二层链路和 VLAN 配置没问题。接下来测试跨网段访问ping 192.168.20.254这一条是验证 VLAN 间路由。如果 PC1 能 ping 通 VLAN 20 的网关说明核心交换机已经在正常执行三层转发后面再去测 PC2 是不是真的拿到了地址。然后再验证出口ping 12.1.1.1 ping 1.1.1.1ping 12.1.1.1测的是 PC 到 R1 出口接口的连通性ping 1.1.1.1才是真正测试 NAT 和互联网路径。如果前一条能通、后一条不通问题基本锁定在 NAT 或者 R1 的默认路由上如果前一条都不通就要回头检查 R1 和 SW1 之间的互联段。HCL 的 PC 终端对 ping 的结果展示比较简洁中间可能出现几次超时只要最终有成功回包就说明链路没问题。如果连续丢包不要怀疑是模拟器性能问题先去查 ARP 缓存和路由表。4.4 用 tracert 观察路径为了让实验更有画面感我还会在 PC 上执行一次 tracerttracert 1.1.1.1这条命令会显示数据包经过的每一跳地址。预期第一跳是网关 192.168.10.254第二跳是核心交换机上行接口对应的路由地址 192.168.100.1 或者直接显示 R1 的出口地址最后一跳是 1.1.1.1。看到这条完整路径整个综合实验的价值就体现出来了——你不仅把各技术点配完了还能亲眼看到它们如何协作。5. 常见问题与排错实录5.1 模拟器环境类问题HCL 用久了最先遇到的往往不是配置问题而是环境问题。最常见的现象是设备拖进拓扑后启动失败双击控制台一直停在“Starting”或者直接报“Create process failed”。我遇到这类情况会按以下顺序排查用管理员身份重新启动 HCL。关闭 Windows 防火墙或者给 HCL 加白名单。暂时关闭其他虚拟化软件比如 Vmware、Hyper-V防止虚拟网卡冲突。如果设备还在启动中多点几次“启动”没有用干脆右键设备选择停止再慢慢启动。另外 HCL 的模拟设备和真实设备一样配置如果不主动保存关掉模拟器或者重启设备之后就会丢。配置完成后一定要在设备命令行里执行save force。我还会在 HCL 的设备列表里把运行配置导出成文件放到实验笔记目录里方便下次直接加载。对于备考的人来说每一次配置都留档相当于给自己攒了一套能回看的题库。5.2 配置类问题与解决思路我把这次实验里最容易被卡住的地方整理成了表排查时可以当速查表用现象可能原因快速排查命令PC 拿不到 DHCP 地址没有全局开启 dhcp地址池范围配错PC 未重新应用 DHCPdisplay dhcp server ip-in-usePC 能拿到地址但 ping 不通网关PC 网关参数不对VLAN 接口地址错误display ip interface brief同一 VLAN 能通跨 VLAN 不通VLAN 接口未配置路由表缺少直连路由display ip routing-table内网能通外网不通默认路由缺失NAT 未绑定ACL 源网段错误display nat outboundSSH 无法登录未生成 RSA 密钥用户 service-type 未包含 sshVTY 认证模式错误display ssh server交换机上行链路不通对端接口未启用VLAN 放行列表漏配display link-aggregation summary或者display interface brief有一个很隐蔽的坑是 NAT 的 ACL 通配符。很多初学者习惯写成rule permit source 192.168.0.0 0.0.255.255这没问题但如果照着网段模板写成了192.168.10.0 0.0.0.255而实际 PC 所在网段是 192.168.20.0就会导致 VLAN 20 的流量没有被 NAT。所以写完 ACL 一定要回看一遍确认display acl 2000里的规则覆盖了所有业务网段。另一个坑在 DHCP 和 Trunk 的配合上。PC 在 DHCP 请求阶段是广播报文Trunk 链路必须放行对应 VLANDHCP 请求才能到达核心交换机。如果 PC2 拿不到地址我在 SW2 上执行display vlan 20经常能发现 Trunk 口没有放行 VLAN 20。这种情况下无论核心交换机配置多完美地址都发不出去。5.3 排错方法论从底层往上层走排错这件事最重要的是“分层”。我的习惯是从物理层开始逐层往上观察。遇到任何网络问题先做三件事。第一步确认设备接口状态。display interface brief能快速看到哪些接口 Up、哪些 Down。接口 Down 的情况下后面一切配置都是白搭。HCL 里链路连接后设备要等一会儿才会协商完成不要刚连完线就急着 ping。第二步确认 ARP 和 MAC。display arp能看到交换机上有没有正确学习到终端的 MAC 地址。如果 ARP 表里没有终端说明二层链路有问题不要急着查路由。第三步确认路由和转发。display ip routing-table只是静态快照真正要看的是流量走到哪一跳断了。用 PC 上的 tracert 逐跳测试哪一跳消失问题就在哪一跳附近。这个方法虽然朴素但真的比漫无目的地改配置高效得多。我见过不少同学一上来就怀疑 NAT 写错了反复改 ACL最后发现是交换机上连 R1 的接口根本没配 VLAN。先把每一层跑通再谈优化。5.4 实验复盘建议整套实验做下来我建议你给自己留十分钟复盘。核心就三个问题内网互通依赖哪些配置外网访问依赖哪些配置哪些命令删掉之后网络立刻会断如果这三个问题都能不看笔记回答出来H3CNE 对你就不是死记硬背而是真正的理解。如果想增加难度还可以在这个基础上做几个延伸。比如把两台交换机之间的两条链路做成 Eth-Trunk 聚合观察带宽和可靠性变化或者给核心交换机和接入交换机之间加一条冗余链路看 STP 如何计算根桥和阻断端口又或者在内网配置一个回环接口做 OSPF看动态路由如何代替手工静态路由。H3CNE 考纲里的每一个考点几乎都可以在同一个拓扑上通过加设备、加链路的方式继续延伸下去这正是综合实验最值钱的地方。我个人做完这套实验最大的体会是网络工程师的排错能力不是靠背命令背出来的而是靠一遍一遍在实验环境里挖坑、填坑练出来的。HCL 最大的好处就是随便你怎么折腾错了重启设备再来不用担心弄坏真实网络。如果你能把上面的每一步都亲手敲完再对照我列出的验证命令检查结果这套综合实验就真正变成你自己的东西了。