企业官网建设流程全解析

简介：eNSP是华为推出的网络仿真平台，这份PDF教程系统讲解了从软件基础操作到设备配置的实验方法，面向网络学习者、ICT从业者及备考华为认证的学员，帮助快速熟悉数通设备实验环境。包内为单一PDF文档，共1个文件，压缩包约1.14MB，内容结构完整，便于按章节翻阅或检索知识点；目前已吸引1909人浏览学习，是入门eNSP的实用参考资料。文档覆盖eNSP界面与设备选型、终端设备（PC、Client、Server、MCS等）的使用、Hub与帧中继连接、交换机和AR路由器的配置，以及WLAN中AC和AP的设置等核心模块，并配有实验拓扑说明和操作思路。通过图文对照，读者可独立完成常见的连通性测试、FTP配置、DNS测试和无线组网练习，既能打牢基础，也能为实际网络规划与故障排查积累经验。整份资料以实验为导向，适合边看边练，是搭建个人网络实验环境时值得收藏的参考手册。

1. eNSP：把真实网络的复杂度，压进一台笔记本电脑

第一次打开eNSP的人，多半是被华为认证题库逼过来的。HCDA、HCDP、HCIE的实验部分，没有模拟器根本没法练。但eNSP的价值远不止备考——它跑的是真实设备上那套VRP操作系统，不是简化的玩具。你可以在这套软件里把一张企业网络完整搭出来：交换机、AR路由器、AC、AP、终端设备，甚至通过云设备绑定物理网卡，让模拟设备和你的本机互通。对网络运维、培训讲师和刚入行的工程师来说，这是目前接触华为数通设备操作与配置最划算的路径。这份《eNSP使用和实验教程详细讲解》PDF覆盖了从拖拽设备到WLAN配置的完整链路，下面按我实际使用的顺序拆开讲。

2. 设备选型与连线：从拖拽设备到线缆选型的三个实操细节

2.1 设备面板与拖拽：先把设备摆对再谈配置

打开eNSP，工作区左侧是设备列表，路由器和交换机按型号和系列分组，终端设备里有PC、Client、Server、MCS、STA和Mobile。操作的第一个动作是把设备拖进白板。

拖拽本身没有难度，但有几个细节容易忽略。第一个是设备拖入面板后，默认处于未启动状态，图标是灰色的，双击设备打不开配置窗口。要启动设备，需要先选中设备再点击工具栏的启动按钮。

第二个细节是，设备上的模块和接口板必须在启动之前装好。比如拖入一台AR2240之后，右键选择设置，在弹出的面板里可以添加板卡，添加完之后，设备的面板视图上会出现对应的槽位和端口。如果你在设备启动后才想起少了块板卡，就得先停止设备再添加，这个顺序问题后面避坑章节会专门讲。

第三个细节是设备选型。S5700交换机固定24个GE口，不支持添加接口板；S3700是22个以太口加2个GE口。如果你要做的实验需要更多光口或不同速率接口，选型时就要提前想清楚，等拓扑建完再换设备型号，代价很大。

2.2 线缆选型：GE口、串口、POS口别乱连

设备拖好之后就是连线。eNSP里线的类型比很多人想象中要多。两个设备的GE口之间用普通网线直连，Ethernet口之间可以用反线或直通线，串口之间用V.35线缆，POS口还要专门选POS线。

这里有一个非常普遍的误操作：把交换机的G口和路由器的串口用同一种线缆连接。连上之后界面看着是通的，但报文根本过不去，因为接口类型和链路层协议都不匹配。我一般会在连线前先右键设备查看接口面板，确认两端接口的物理类型，再选择对应的线缆。

连线方式区在工具栏下方，选中线缆类型后点击源设备端口，再点击目的设备端口，一条链路就建好了。如果两端端口类型不匹配，eNSP会直接拒绝连线并弹提示，这算是一种保护机制。但有些组合它不拦，比如Ethernet口和GE口之间用普通网线能连上，实际吞吐和协商结果却跟预期不一样，所以别完全依赖软件校验。

2.3 添加接口板与启动：AR2240换板卡的时机

AR路由器系列在eNSP里的型号比较多，以AR2240为例做一个说明。右键AR2240选择设置，弹出面板后可以看到设备支持的槽位和可选板卡。选择你需要的板卡点击添加，添加成功后，设备面板上会出现对应的端口图标，随后才能在连线方式区选择该板卡对应的连线类型。

添加板卡必须在设备停止状态下进行。如果设备已经启动，设置面板里的添加按钮是灰色的。我在做帧中继实验时，需要给AR加一块串口板卡，最初没注意到设备还开着，折腾了十分钟才发现要先停止设备。这个顺序问题，属于那种一旦知道了就再也不会犯的失误。

设备启动时还有一个小细节：如果拓扑里的设备数量较多，启动过程会比较慢，甚至出现设备启动失败的提示。常见的做法是先启动核心设备，等它们进入正常运行状态后再启动外围终端设备，分批次启动会减少这种异常的发生。

2.4 组网规划习惯：先建拓扑再配置

我个人的习惯是先把所有设备拖到白板，完成连线，然后统一启动。这样做的原因很简单：eNSP里很多操作依赖设备状态，启动之后再想改拓扑结构，要停止多台设备，会打断已经配置好的内容。

另外一个值得养成的习惯是给设备命名。设备多了之后，AR1、AR2这种默认名很容易搞混，尤其是在做OSPF或VLAN实验时，设备名对了才能保证自己不会配到隔壁那台上。右键设备选择重命名，把AR1改成Core-Router，把S5700改成Access-SW1，配置的时候视觉上会清楚很多。

这份PDF里作者也提到，基本界面操作「选择设备、为设备选择所需模块并且选用合适的线型互连设备、配置不同设备、测试设备的连通性」是一个完整链路，四个环节缺一不可。

3. 终端设备实战：PC、Client、Server、MCS的四种玩法

3.1 PC：IP配置、ping测试与Command命令行

PC终端在模拟器里的使用频率最高，因为几乎所有实验都要靠它做连通性验证。双击PC图标，会看到配置界面，IP设置部分需要填写IPv4地址、子网掩码和默认网关。

配置完IP之后，Command菜单里可以执行一系列测试命令。注意，PC的Command命令行是一个模拟环境，语法上参考Windows命令窗口，但不是完整实现。

# 在PC的Command窗口执行，查看IP配置信息 ipconfig # 测试到网关的连通性 ping 192.168.1.1 # 查看ARP缓存表 arp -a # 追踪到目标地址的路由路径 tracert 192.168.1.100

这几个命令里，ipconfig用来确认PC的IP配置是否生效，ping是验证二三层连通性最直接的工具，arp -a可以查看PC学习到的MAC地址表项，tracert则用来确认数据包经过的每一跳。实际使用中，我通常先ping网关，网关通了再ping远端地址，这样能快速定位不通的层级。

3.2 UDP发包与组播客户端：抓包之前先学会发包

PC的第二个重要功能是UDP发包工具。这个工具在实验里经常用来模拟业务流量，配合抓包观察报文的转发路径。

UDP发包工具的界面需要填写源IP、目的IP、源端口、目的端口以及MAC地址。这里的MAC地址有一个关键细节需要留意，在二层场景下，目的MAC填的是目的设备端口的MAC地址；在三层场景下，目的MAC填的是与PC相连的下一跳设备的MAC地址。

# UDP发包工具参数示例（二层场景） 源IP: 192.168.1.10 目的IP: 192.168.1.20 源端口: 1024 目的端口: 5000 目的MAC: 00:e0:fc:12:34:56 # 目的设备端口的MAC # UDP发包工具参数示例（三层场景） 源IP: 192.168.1.10 目的IP: 192.168.2.20 源端口: 1024 目的端口: 5000 目的MAC: 00:e0:fc:78:90:12 # 下一跳设备的MAC

这两个场景的区别很关键。二层场景下PC和目的设备在同一广播域，数据帧直接送到目的设备的端口；三层场景下PC要把数据帧先交给网关，由网关再转发，所以目的MAC是网关的MAC。如果填错，报文要么在交换机上被丢弃，要么发到了一个不知道如何处理的位置。

3.3 Client：FTP客户端与HTTP客户端的切换

Client终端和PC在界面上类似，但功能上多了FTP客户端和HTTP客户端两个角色。

先看FTP客户端的使用。在AR路由器上配置FTP服务器功能，设置好用户名和密码，然后在Client的界面上输入FTP服务器的IP地址，登录成功后可以看到远程目录和本地目录。

# 在Client上测试FTP登录 ftp 192.168.1.100 Username: huawei Password: huawei123

登录成功后进入FTP交互界面，ls查看远程文件列表，get命令下载文件到本地目录，put命令上传文件到服务器目录。这个功能在做设备版本升级实验时非常有用，可以模拟从FTP服务器下载系统文件到AR路由器的场景。

Client的HTTP客户端功能需要配合Server使用。Server端开启HTTP服务，Client通过浏览器访问Server的IP地址。这里有一个容易被忽略的环节：AR路由器的路由配置。如果中间隔着路由器，必须保证路由通畅，如果需要做地址转换，还要配置NAT server功能，否则Client访问不到后端的Server。

3.4 Server：DNS解析与FTP服务的组合场景

Server终端的功能是终端设备里最丰富的，重点说DNS和FTP两种用法。

先看DNS服务器的配置。组网结构通常是Server作为DNS服务器，PC作为DNS客户端。在Server上把域名和IP地址的映射关系设置好，PC就能通过域名访问目标设备。

PC上ping域名，需要在PC的DNS设置里填上Server的IP地址。如果是在AR路由器上执行域名解析，需要在AR上做额外配置：

# 进入系统视图，启用DNS解析 system-view dns resolve # 指定DNS服务器地址，根据实际拓扑修改 dns server 3.3.3.2

这个配置的意思是告诉路由器，在做域名解析时向3.3.3.2这个服务器查询。你拓扑里Server的IP可能不一样，需要自己识别。

Server的FTP功能配置更直观一些。在Server上指定FTP服务的根目录，设置用户名和密码，启动服务后，Client或者其他设备就能登录。PDF里提到一个实用场景：如果AR路由器只做了路由但没有配置NAT或者路由策略，FTP登录和文件传输可能会失败。所以做FTP实验前，先确认端到端的路由是通的。

3.5 MCS组播源与STA无线终端：组播和WLAN的入口

MCS是组播源设备，设置界面分成两块：IP设置和组播地址设置。IP设置和PC类似，重点在组播地址部分。

组播IP转换成组播MAC需要自己算，当前版本eNSP还没有自动计算功能。计算方法如下：组播MAC的高24位固定是01-00-5e，第25位固定为0，组播IP地址的后23位映射到MAC地址的低23位。

# 示例：239.1.1.1 转组播MAC # 239.1.1.1 的后23位二进制为: 00000001 00000001 00000001 # 组播MAC结果为: 01-00-5e-01-01-01

算出来的MAC地址填入MCS设置界面，配合PC上的组播客户端就能做一个完整的组播收发实验。

STA和Mobile两个设备在模拟器里目前只有无线网卡，没有有线内容，所以只能用于WLAN相关配置。两个设备的界面和实际作用一致，以STA为例：AP正常工作后，STA的VAP列表里会出现AP下发的SSID信号，选择连接，如果加密了会弹密码框。STA的IP地址可以选择DHCP获取，也可以手动设置，前提是这个IP在STA的工作范围内。

4. 交换机与AR：配置导入导出、串口调试与抓包

4.1 交换机基础配置：vlanif与display cur的配合

交换机的配置入口是双击设备图标，打开命令行窗口。这个窗口和真实VRP设备的命令行体验基本一致，支持Tab补全和问号帮助。

基础实验里最常见的操作是配置VLANIF接口的IP地址。为什么要配这个东西？因为默认情况下交换机是纯二层设备，没有可管理地址，配置了VLANIF接口的IP，才能远程登录管理和测试连通性。

# 进入系统视图 system-view # 配置VLANIF1接口的IP地址 interface vlanif 1 ip address 192.168.1.254 24 quit # 查看当前生效配置 display current-configuration

这里的interface vlanif 1表示进入VLAN1对应的三层接口。对于没有划分VLAN的二层交换机，所有端口默认属于VLAN1，所以这个接口就是交换机的管理地址。ip address命令的两个参数分别代表IP地址和掩码长度，24等价于255.255.255.0。

配置完成后，用display current-configuration查看配置。如果还想更直观地确认接口状态，可以用display ip interface brief查看所有三层接口的IP信息。

4.2 配置导出与导入：save顺序和cfg文件格式

设备配置错了想回滚，或者想在另一台设备上复用同样配置，eNSP提供了配置导出和导入功能。

导出配置的操作是右键设备，选择导出设备配置，输入文件名确认导出。看起来很简单，但有一个前提，就是必须先执行save命令把当前配置保存到Flash中。

# 在设备命令行中保存配置 save # 设备询问是否确认保存，输入Y Y

如果没有save，导出操作会直接报错。原因在于设备运行中的配置默认放在内存里，没有持久化到Flash，导出功能只能读取已保存的配置文件。这是我在使用中第一次踩到的坑，当时还以为软件出了问题。

导出的文件格式是cfg文件，里面是VRP格式的配置命令。导入配置的方向相反，右键设备选择导入设备配置，但必须保证设备处于停止状态。设备已经启动时，导入配置按钮是灰色的，不可点击。导入完成后启动设备，配置自动加载，用display current-configuration可以验证。

4.3 串口连接：用IPOP或SecureCRT接管配置窗口

eNSP自带的命令行窗口功能完整，但它有两个问题：一是粘贴大段配置时偶尔卡顿，二是多开窗口时不好管理。

解决办法是通过串口连接第三方终端软件。每个eNSP设备在创建时分配了一个本地端口号，右键设备查看设置就能看到串口号。

# 第三方终端连接参数 协议: telnet 地址: 127.0.0.1 端口: 2000 # 以设备实际串口号为准

使用IPOP新建一个telnet连接，地址填127.0.0.1，端口填设备对应的串口号，连接成功后就是熟悉的终端界面。这个功能在做批量配置验证时特别方便，可以在IPOP里预先编辑好配置脚本，连接后直接粘贴执行，不用一格一格地敲。

4.4 抓包功能：选择端口，实时观察协议交互

排查协议问题时，抓包是最有效的手段。在eNSP中，右键设备连接线缆并选择抓包，就能调出Wireshark窗口。

抓包前可以通过在PC上持续执行ping命令产生流量。抓包窗口里可以看到ARP请求和应答、ICMP回显和回复等报文，这对理解协议交互有非常大的帮助。

我第一次排查VLAN间路由问题时，PC去ping VLAN10的设备不通，抓包发现VLAN10的报文到了交换机后，出接口的VLAN Tag还是没改，导致对端设备收到后直接丢弃。如果没有抓包，这个问题光靠配置检查很难定位。

4.5 WLAN配置：AC上线与AP信号范围设置

WLAN这块，AC的使用和交换机类似，核心配置在上线AP。AP在eNSP里是最有存在感的设备——正常工作后拓扑图上会显示信号覆盖圆。

AP设置需要关注三点：第一是修改MAC地址。AP刚添加时默认生成一个MAC，如果需要特定的MAC，在设备设置界面修改后点击应用。第二个是配置信号范围的颜色和透明度，这个纯粹是个人偏好。第三个是关闭信号范围圆，右键AP选择关闭信号范围，不影响设备功能。

AP上线后，在STA上能看到AP下发的SSID。连接成功后，STA的界面上会显示已连接状态和获取到的IP地址。这样一套无线组网实验流程就完成了。

5. 避坑指南：eNSP使用中常见的五个问题

5.1 导出配置报错：没有save就导出必翻车

现象：右键设备选择导出设备配置，输入文件名后点确定，直接弹出错误提示，配置文件没有生成。

原因：设备当前的配置只存在内存运行态，没有被保存到Flash。导出功能读取的是设备Flash中的持久化配置文件，所以报错。

解决：在设备命令行执行save，输入Y确认保存，待设备显示保存成功后再执行导出。从那以后，我每次导出配置前都会先执行一次save，已经成为固定顺序。

5.2 导入配置按钮灰色：设备启动了就不能导

现象：设备启动后，右键菜单里的导入设备配置按钮是灰色的，无法点击。

原因：eNSP的导入配置机制限定在设备停止状态下运行。已启动设备加载了运行配置，再从外部覆盖会有冲突。

解决：先停止设备，再右键执行导入设备配置。导入完成后重新启动设备，启动过程会自动加载配置文件。启动后用display current-configuration验证配置是否完整生效。

5.3 帧中继DLCI对不上：报文被静默丢弃的玄学

现象：帧中继环境中，RouterA能ping通RouterB，但RouterC ping不通RouterA。检查IP和路由表都正常，链路也显示up，但报文就是不通过。

原因：帧中继交换机配置表中源DLCI值或者目的DLCI值与路由器配置不一致。帧中继的报文是按DLCI值转发的，DLCI对不上，报文就被交换机静默丢弃，不产生任何错误提示。

解决：打开帧中继交换机设置界面，逐条核对出入接口的DLCI映射。源DLCI值要和RouterA上设置的DLCI一致，目的DLCI值要和RouterB、RouterC上的DLCI保持一致。修改后再次测试ping，通了就说明DLCI值匹配了。

5.4 云设备ping不通主机：先查网段再查网卡绑定

现象：通过云设备绑定本机真实网卡，给AR配置了IP后，AR和本机之间ping不通。

原因：两种情况最常出现。一是AR配置的IP地址和本机网卡所在的网段冲突，比如本机网段是192.168.1.0/24，AR也配了192.168.1.1，而这个地址已经被本机或者其他设备占用。二是云设备绑定的网卡选错了，默认选到虚拟网卡上。

解决：先确认本机网卡IP所在网段，在该网段中选一个确认没有被使用的IP配置到AR上。然后在云设备设置界面检查端口绑定的是否为正确的物理网卡。配置完成后，在本机cmd窗口用ping验证连通。

5.5 PC组播收不到数据：二层和三层的目的MAC不一样

现象：PC配置为组播客户端，MCS组播源一直在发送数据，PC上却收不到任何组播报文。

原因：PC的UDP发包工具中目的MAC设置错误。二层场景下目的MAC需要填目的设备端口的MAC地址，三层场景下目的MAC需要填与PC相连的下一跳设备的MAC地址。两者一旦填错，数据帧会在数据链路层被丢弃，组播数据自然到不了组播客户端。

解决：先确认当前组网是二层还是三层结构。二层填目的设备端口MAC，三层填下一跳设备MAC。区分方法很简单：PC和目标设备之间隔了几层？中间有没有路由器转发？如果拿不准，在连接线上抓包，看数据帧到了哪里停了就知道原因了。

6. 云设备与UDP互通：一台电脑跑不动时，两台电脑接力

6.1 应用场景：12台设备把内存吃满之后

eNSP是吃内存的大户，多启动几台AR和交换机，电脑就能卡到鼠标拖不动。PDF里提到的场景是12台设备的拓扑实验，一台电脑性能不够，借助云设备的UDP开放端口功能，把拓扑拆到两台电脑上跑。第一台电脑跑一部分设备，第二台跑另一部分，两台电脑的eNSP通过UDP通道实现互通。

我对这个功能的理解是：每台电脑上的云设备监听一个UDP端口，同时配置对端电脑的IP和监听端口，就形成了一条点对点的虚拟链路。两端的AR路由器通过这条通道传数据，OSPF等路由协议也能正常交互，所以在配置完云通道后，在各AR上配置OSPF使路由通畅，ping测试验证端到端可达。

6.2 配置步骤与验证

配置过程不复杂，但参数要对应。以两台电脑为例。

电脑A的IP是192.168.1.60，云设备监听端口设为30000，UDP设置中的对端IP填192.168.1.106，对端监听端口填30001。电脑B的IP是192.168.1.106，云设备监听端口设为30001，对端IP填192.168.1.60，对端监听端口填30000。

# 电脑A云设备配置 监听端口: 30000 对端IP: 192.168.1.106 对端端口: 30001 # 电脑B云设备配置 监听端口: 30001 对端IP: 192.168.1.60 对端端口: 30000

配置完成后，在电脑A上ping对端设备，确认3.3.3.2能通就说明链路已经打通。需要注意，两台电脑之间必须先能互相ping通，UDP通道才能正常建立。如果两台电脑之间的网络本身有问题，eNSP里的配置再正确也没用。从那以后，我每次遇到多设备大拓扑，都会先评估电脑性能，负载高就强制走一遍UDP互通的流程，已经成了固定习惯。希望帮到你。

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