随缘惜情想聊一聊我当年做HCIA第一次作业的经历。
说实话，刚拿到HCIA教材的时候，我最大的困惑不是"命令记不住"，而是"这些东西到底用在哪"。直到老师布置了第一次作业——用eNSP搭一个最简单的网络，让两台PC互通。我才意识到，HCIA考核的从来不是背了多少协议，而是你能不能从零开始，让网络设备按照你的预期工作。
这篇东西不是教科书，是我做完那次作业之后沉淀下来的完整复盘，包括环境准备、配置步骤、踩坑过程、排查思路，以及作业做完之后我对自己学习路线的重新规划。无论你是刚报名华为认证培训的初学者，还是正在自学HCIA准备考证，这篇复盘应该都能帮你少走不少弯路。
1. 第一次作业到底在考什么：动手前的认知准备
很多人拿到第一次作业时，第一反应是去翻HCIA题库，想看看有没有现成的答案。但我的体会是，第一次作业的意义根本不在于"做对"，而在于把你从"看书模式"强行切换到"工程师模式"。
1.1 作业的表象是配置，本质是网络思维
HCIA第一次作业通常围绕VRP基础操作展开：登录设备、改设备名、配置接口IP、验证连通性。表面上看，你只需要敲几条命令，但这些命令背后其实压缩了三个核心能力：一是对网络拓扑的理解，二是对IP编址的规划能力，三是对"数据包怎么从A走到B"的直觉。
我当时作业的具体要求是：两台PC分别连接两台路由器，两台路由器再通过一根网线互联，最终实现跨网段互通。拓扑不复杂，但如果你只是想当然地把IP配上，完全不思考网关、广播域、路由表这些东西，到第二步就会卡住。
提示：别急着打开eNSP，先把拓扑画在纸上。笔和纸是最被低估的网络工程师工具。
1.2 从数通到Cloud Service：HCIA作业的逻辑是相通的
这两年HCIA的热度明显从纯数通扩展到了云服务方向，很多人纠结考"HCIA Datacom"还是"HCIA Cloud Service"。我的看法是，第一次作业的逻辑其实是通用的：数通作业让你理解物理网络怎么通，云服务方向的作业则让你理解"虚拟网络"怎么规划——VPC、子网、安全组，本质上都是同一套编址和流量控制思维的延伸。
很多复习提纲里会把HCIA Cloud Service的重点放在云上网络规划、存储类型对比、计算服务选型这些模块，但如果你连本地网络的第一次作业都没亲手做完，直接跳到云上，很容易被"虚拟化"这层皮迷惑。先在地面把网络走通，再谈上云，这是我一直以来的建议。
1.3 评判作业完成度的三个层次
第一次作业做完后，我逐渐意识到这个作业存在三个完成层次，你属于哪一层，决定了这堂课你真正收获了多少。
- 第一层：照着老师的演示敲完命令，能通就万岁。这个层次解决了"敢动手"的问题，但对原理基本没概念。
- 第二层：去掉教程，自己从空拓扑开始重新做一遍，理解每条命令的含义和必要性。
- 第三层：做完后能向别人讲清楚——为什么这台设备的网关是它，为什么两个网段之间需要路由，为什么PC1的ping包能到达PC2又能回来。
我坦白说，我交作业的时候只到了第二层偏上。但正是那次作业，让我明白之后每次实验都应该往第三层努力。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 作业实录：三台设备从开机到互联互通的全过程
这一段是我的实际操作记录。我用的是华为eNSP模拟器，版本是较新的V100R003C00SPC100，设备选型用的是AR路由器，PC直接用模拟器自带的PC。整个作业从打开软件到ping通，我大概花了两个小时，其中一半时间在踩坑（后面专门讲）。
2.1 环境准备：eNSP安装与设备开局
eNSP的安装本身不难，但有一个点特别容易埋雷：它依赖VirtualBox提供设备虚拟化能力，如果你电脑上已经装了其他版本的VirtualBox，或者安装路径带中文，设备启动的时候会各种报错。我当时的机器是Windows 11，第一次启动AR路由器直接卡在"启动中"半小时，后来把VirtualBox卸载重装指定版本才解决。
设备启动后，第一次登录会进入一个简单的配置向导，直接跳过就好。接着进入命令行界面（CLI），首先要做的是改设备名。系统默认叫"Huawei"，如果你只做一台设备当然无所谓，但只要有两个设备，不改名你就分不清自己在哪台设备上操作，这是第一个职业习惯问题。
bash复制<Huawei> system-view
[Huawei] sysname R1
[R1] quit
进入系统视图用system-view，退出用quit，改设备名用sysname。这三条命令是我认为整个HCIA阶段使用频率最高的"肌肉记忆型命令"，第一次作业时最好就敲到不用过脑子。
2.2 IP规划：先在纸上给每台设备发"身份证"
我的作业拓扑是这样的：
- PC1属于192.168.10.0/24网段，网关是192.168.10.1
- PC2属于192.168.20.0/24网段，网关是192.168.20.1
- R1和R2之间用100.1.1.0/30网段连接，R1的接口是100.1.1.1，R2的接口是100.1.1.2
为什么互联网段用30位掩码而不是24位？因为两个路由器接口之间不需要广播地址很多，30位掩码（255.255.255.252）刚好提供两个可用地址，这是点到点链路的经典编址方式。第一次作业就养成这个习惯，后面学OSPF、BGP的时候会轻松很多。
IP规划的原则只有一句话：先画广播域，再定网段，最后分配具体地址。一个广播域（也就是一个二层网络）内，所有设备必须处于同一个网段；不同广播域之间要通信，必须依靠路由器这种三层设备。
2.3 接口配置与第一次ping通
IP规划好了，接下来就是在设备上落地。先配置PC端的网关和IP地址，eNSP的PC上有图形界面，直接填就行。然后配置路由器接口：
bash复制[R1] interface GigabitEthernet 0/0/0
[R1-GigabitEthernet0/0/0] ip address 192.168.10.1 255.255.255.0
[R1-GigabitEthernet0/0/0] undo shutdown
[R1-GigabitEthernet0/0/0] quit
[R1] interface GigabitEthernet 0/0/1
[R1-GigabitEthernet0/0/1] ip address 100.1.1.1 255.255.255.252
[R1-GigabitEthernet0/0/1] undo shutdown
R2的配置逻辑相同，只是IP换成192.168.20.1和100.1.1.2。这里要重点强调undo shutdown这句——eNSP里AR设备的接口默认不是down状态，但如果你开启了更多的接口模块，或者对接了真实设备，接口可能处于administratively down状态，不手工undo shutdown是永远不可能通的。我后来的习惯是：配完任何接口，立即undo shutdown，绝不依赖默认状态。
配置完成后，用display ip interface brief检查所有接口的IP和物理状态，看到接口状态是UP，说明物理层没问题。测试链路用ping，从PC1 ping PC2的IP：
text复制PC> ping 192.168.20.2
Ping 192.168.20.2: 32 data bytes, Press Ctrl_C to break
Request time out
Request time out
Request time out
Request time out
第一次ping必然超时，原因后面会详细讲。但你只有先看到这种"失败"，才会真正理解网关和路由的意义。
2.4 让跨网段通信"活"起来：网关与路由
PC1 ping PC2超时，是因为PC1发出的ICMP报文虽然到了网关R1，但R1查路由表发现不知道192.168.20.0/24怎么走。直连网段是自动生成的，而R1到R2的那个互联网段100.1.1.0/30虽然是直连，但是100.1.1.0/30到192.168.20.0/24并没有直连关系。
解决办法有两种：配置静态路由，或者配置动态路由协议。第一次作业用静态路由最合适，因为拓扑小、路由条目少，可以帮你理解"路由器是逐跳转发"的本质。
在R1上配置到192.168.20.0/24的路由，下一跳为100.1.1.2：
bash复制[R1] ip route-static 192.168.20.0 255.255.255.0 100.1.1.2
在R2上配置回程路由，下一跳为100.1.1.1：
bash复制[R2] ip route-static 192.168.10.0 255.255.255.0 100.1.1.1
配置完再ping，就通了。第一次看到ping通的那一瞬间，说实话还挺有成就感的——三台设备，四条静态路由（两条默认直连加上两条手工配置），数据包真的按照你规划的路径走了。
注意：忘了配回程路由是最常见的问题。网络通信永远是双向的，你只关心"去程"是本能，但真正考验工程师的是"回程"。
3. 第一次最容易卡住的四个环节：排查链路实录
作业做完之后，我复盘了一下，发现最花时间的不是配置本身，而是各种稀奇古怪的不通。这里把四个典型的卡壳场景完整还原出来，希望能帮你省点时间。
3.1 设备启动失败：eNSP和VirtualBox的兼容性问题
卡壳场景：双击AR路由器后，设备状态一直停留在"启动中"，点开设备看到控制台没有任何输出，也没有报错。强行关闭后重新启动，依然如此。
排查过程：我先确认了eNSP版本，然后打开VirtualBox检查是否存在虚拟机残留，最后发现是VirtualBox版本不兼容。具体来说，eNSP自带的VirtualBox版本是4.2.24，而我的电脑上装的是6.1，设备模板不识别新版虚机。
解决方式：先把VirtualBox完全卸载，重启电脑，再重新安装eNSP内置的VirtualBox。装完之后不要手动打开VirtualBox去改动底层设置，直接启动eNSP设备。整个过程听起来像是在做"玄学修复"，但它的原因很明确：eNSP的设备镜像基于特定VirtualBox版本创建，跨大版本升级后磁盘控制器、网卡驱动等配置会失效。
经验沉淀：以后遇到模拟器设备启动类问题，先检查版本配套关系，再考虑路径、权限问题。顺序不能反，不然会做很多无用功。
3.2 接口协议状态Down：物理层没过关
卡壳场景：PC1 ping网关192.168.10.1完全无响应，但在R1上用display interface GigabitEthernet 0/0/0查看，发现接口状态是DOWN。物理层都没起来，三层配什么都没用。
排查过程：一开始怀疑是IP没配上，但display ip interface brief显示接口已经配了IP，只是状态为DOWN。随后检查设备端口连接，eNSP中用连线工具连接设备和PC时，连线的两端必须准确吸附到接口上，有时候看起来连上了，实际没有吸附成功。
解决方式：删掉原连线，重新连线，把鼠标对准设备接口图标上的小圆点，看到接口变成高亮状态再松开。连线完成后，在R1上再次查看接口状态，由DOWN变为UP，问题解决。
经验：遇到链路不通，永远先从物理层查起——接口状态、线缆连接、光模块（真实设备场景），然后再看IP配置、路由条目。这个排查顺序能帮你过滤掉80%的"低级问题"。
3.3 配置了对但就是不通：忽略的防火墙规则
卡壳场景：IP配置、接口状态、静态路由都检查过一遍，逻辑上没问题，但PC1 ping PC2依然超时。
排查过程：这个场景是我帮同组同学排查时遇到的。整个拓扑配置和我的几乎完全一样，唯一的区别是他在拓扑图里加了一台防火墙设备。HCIA数通第一次作业通常不会涉及防火墙，但他觉得"网络安全嘛，加个防火墙更完整"，结果防火墙默认策略把ICMP流量拦住了。
解决方式：在防火墙上配置安全策略，放行trust到untrust区域的ICMP报文，或者在作业阶段直接移除防火墙设备，先保证基础连通性，后续学安全方向时再深入研究。
这里想多提一句：HCIA阶段最忌讳的是一上来就搞"大而全"的拓扑。第一次作业的任务是理解基础原理，不是模拟真实企业网络。拓扑越复杂，变量越多，排查越困难，越容易让你忽略本该聚焦的核心概念。
3.4 路由器配置保存与重启后丢失
卡壳场景：作业配置完成后，关闭eNSP再重新打开，发现之前的配置全部没了，设备名变回"Huawei"，接口IP也空空如也。
排查过程：这个问题其实不用排查，原因是很多人没有执行save命令。VRP系统的配置文件分为两部分：当前运行的配置（running-config）和下一次启动时加载的配置（saved-configuration）。你在命令行敲的每一条命令都只对当前运行配置生效，如果不保存，设备重启后所有配置都丢失。
解决方式：在系统视图或用户视图执行save，系统会提示是否保存配置文件。
bash复制<R1> save
The current configuration will be written to the device.
Are you sure to continue? (y/n)[n]:y
Info: Please input the file name ( default: vrpcfg.zip):
R1>
直接回车使用默认文件名即可。保存完成后，可以用display saved-configuration查看已经保存的配置为下次启动做好准备。
注意：真实网络设备上配置完成后不保存，一旦设备掉电重启，你一个小时的变更全部白做，这在割接场景中可能会造成事故。养成"每次操作完就save"的习惯，越早越好。
4. 作业做完之后：让入门阶段的第一个成果发挥最大价值
作业交完之后，大多数人的做法是等着下一次课。但我复盘下来发现，第一次作业之后的那几天，恰恰是学习效率最高的时候，因为知识刚被实践激活过，大脑对相关概念特别敏感。这时候做几件事，效果远好过之后回头补。
4.1 拓扑变式：同一个技术，三种练法
原始作业的拓扑是"两台PC+两台路由器"，这只能覆盖基础静态路由。我自己练习时做了一次变式，收益非常大：
- 第一个变式：把两台PC的网段各增加一台PC，验证同网段PC之间通信不经过路由器，只有跨网段才经过路由器。这个变式能加深你对"二层通信和三层通信"边界的理解。
- 第二个变式：把路由器从2台增加到3台，形成A—B—C的链式拓扑，手动配置两条静态路由到达最远端网段。这个变式能让你直观感受"逐跳转发"。
- 第三个变式：在R1上配置默认路由（ip route-static 0.0.0.0 0.0.0.0 100.1.1.2），R2配置明细回程路由，体会默认路由和明细路由的配合使用。
三个变式做完，你对静态路由、网关、直连路由的理解就会从"背考点"变成"能给人讲清楚"。
4.2 把作业和HCIA考试体系对照起来
做完第一次作业后，我开始认真研究HCIA的考试大纲。以HCIA Datacom为例，考试内容覆盖网络基础、VRP基础、TCP/IP协议栈、以太网技术、VLAN、路由基础（静态路由和OSPF）、ACL、NAT、网络管理（DHCP与FTP）等模块。第一次作业覆盖的只是其中很小一块，但它催生了我对整个考试地图的兴趣。
很多人备考HCIA的方式是刷HCIA题库，这不能说没用，但它是冲刺阶段的手段，不是学习阶段的方法。我的策略是：每个知识点先在eNSP上做一次小实验，再回头看教材，最后用题库验证自己的理解。HCIA题库里的题目很多会给你四个看起来接近的答案，如果你没有亲手配置过，你是分辨不出哪个是对的那个是"从无到有、从通到优"，这个过程不能省。
顺便说一句，如果你考的是HCIA Cloud Service，那重点会偏到云服务理念、云计算基础、华为云核心服务（ECS、OBS、VPC、EIP等），作业形式也更可能是在华为云沙箱环境里完成云资源开通与网络规划。但数通方向的基础实验能力依然是底子，两个方向只是"面向的运维对象不同"，底层网络逻辑是同一个体系。
4.3 从"第一次作业"到"第一次排障"：建立网络工程师的成长基线
HCIA只是认证体系的起点，后面还有HCIP和HCIE。但让我最有感触的是，第一次作业帮助我建立了自己的"成长基线"——第一次独立完成配置、第一次看接口状态、第一次排查物理层问题。
我在实际工作中带过不少新人，我发现一个规律：能把手上的模拟器实验做得清楚的实习生，到了真实设备上通常也不会太慌；而喜欢"看视频看过就当做过"的实习生，到了现场连console线怎么接都要现查。网络工程师这个职业的核心能力是"动手解决问题的能力"，而动手能力的起点，就是第一次作业这样看似简单的小任务。
提示：做完第一次作业后，给自己建一个实验笔记文档，记录拓扑图、配置命令、ping的结果、踩过的坑和原因分析。这个文档会是你后续学习HCIP、HCIE甚至入职后最宝贵的参考资料。
最后再说一个我个人的小习惯吧：每次做完实验，我都会用display current-configuration把当前配置过一遍，边看边在脑子里解释每一条配置的作用。如果哪一行配置我解释不上来，就说明这个知识点还没真正消化。第一次作业做完之后，我突然发现VRP的命令行不再是"英文指令"，而是一套可以对话的语言，这个转变可能是那次作业给我的最大的收获。