如何在eNSP中彻底删除设备所有配置？

Question

在使用eNSP（Enterprise Network Simulation Platform）进行网络实验时，用户常需重置设备至出厂状态。一个常见问题是：**如何彻底删除设备的所有配置，确保重启后不会残留任何当前设置？** 许多用户执行`reset saved-configuration`后发现重启设备仍加载旧配置，原因在于未真正清除存储的配置文件或未正确重启。特别是在VRP平台的AR路由器或交换机中，需进入BootROM菜单或使用`delete /unreserved`命令才能彻底清除配置文件。此外，eNSP软件本身的缓存机制也可能导致配置“复现”。因此，如何结合命令行操作与软件界面管理，确保配置完全清除且不再自动恢复，成为实际操作中的关键难点。

Answer 1

1. 问题背景与常见误区

在使用eNSP（Enterprise Network Simulation Platform）进行网络实验时，用户经常需要将AR系列路由器或交换机恢复至出厂默认状态。一个典型操作是执行reset saved-configuration命令，期望清除当前保存的配置文件。然而，许多用户反馈：即使执行该命令并重启设备后，原有配置仍被自动加载。

这一现象的根本原因在于，reset saved-configuration仅标记配置文件为“待删除”，并未真正从存储介质中移除。若未配合正确的重启流程或底层清除机制，系统会在下次启动时重新读取残留的配置数据。

此外，eNSP模拟器自身存在缓存机制，会为每个设备节点维护一份持久化配置快照。这意味着即使设备内部清除了配置，仿真平台仍可能在启动时“还原”之前的设置。

2. 技术层级分析：从CLI到BootROM

华为VRP（Versatile Routing Platform）系统的配置管理分为多个层次：

• 运行配置（running-config）：当前内存中的活动配置。
• 保存配置（saved-configuration）：写入NVRAM/Flash的持久化配置文件，默认名为vrpcfg.zip。
• BootROM阶段控制：决定是否提示用户进入配置模式或跳过加载配置。

因此，彻底重置必须覆盖这三个层面的操作，否则任一层残留都会导致“配置复现”。

3. 标准清除流程（适用于VRP5/VRP8设备）

以下是一个可靠的四步清除流程：

1. 进入用户视图：system-view
2. 清除保存配置：reset saved-configuration
3. 确认操作并选择“Yes”
4. 执行重启：reboot，并在提示是否保存当前配置时选择“No”

注意：此流程适用于常规情况，但无法应对顽固配置残留或eNSP缓存干扰。

4. 深度清除：绕过文件系统限制

当标准方法失效时，应采用更底层的文件级删除命令：

delete /unreserved vrpcfg.zip
delete /force vrpcfg.zip

其中：

命令	作用说明
delete /unreserved	强制删除已标记为删除的文件
delete /force	不提示直接删除指定文件
dir	查看当前存储目录内容，确认vrpcfg.zip是否存在

5. BootROM菜单干预（终极手段）

对于严重配置锁定的情况，需中断启动过程进入BootROM菜单：

1. 重启设备，在出现“Press Ctrl+B to enter BOOT MENU...”时按下<kbd>Ctrl+B</kbd>
2. 进入Boot Menu后选择对应选项（通常为“Clear configuration at next reboot”）
3. 设置“Enable”并保存退出
4. 设备将在下一次启动时忽略所有配置文件

此操作等效于物理设备上的“密码恢复+清配置”流程，是最彻底的方式之一。

6. eNSP软件层面对配置缓存的影响

eNSP不仅依赖设备自身的配置文件，还会在项目目录中维护如下结构：

MyLab/
├── Device_AR1/
│   ├── config.xml
│   └── vrpcfg.zip
├── topology.net

即使你在CLI中删除了vrpcfg.zip，eNSP在启动设备时可能会从其项目缓存中重新注入旧配置。

解决方案包括：

• 关闭eNSP后手动删除设备对应文件夹下的vrpcfg.zip
• 在eNSP界面右键设备 → “Delete” → 勾选“Also delete associated files”
• 新建拓扑而非复用旧项目

7. 自动化脚本建议与最佳实践

为避免人为遗漏，可编写批处理脚本来统一清理：

#!/bin/bash
# 清理eNSP设备配置脚本示例
DEVICE_DIR="/path/to/eNSP/workspace/MyLab/Device_AR1"
if [ -f "$DEVICE_DIR/vrpcfg.zip" ]; then
    rm -f "$DEVICE_DIR/vrpcfg.zip"
    echo "Deleted vrpcfg.zip from $DEVICE_DIR"
fi
# 可扩展为遍历所有设备目录

8. 验证清除效果的检查清单

完成清除操作后，应通过以下方式验证结果：

检查项	预期结果	验证命令/方式
启动时是否提示“No configuration file found”	是	观察启动日志
display saved-configuration	提示无保存配置	CLI输出为空或报错
dir	不存在vrpcfg.zip	文件列表中无该文件
主机名是否为默认值（如Huawei）	是	display current-configuration | include sysname
接口IP是否全部清除	无任何IP地址配置	display ip interface brief

9. 流程图：完整清除逻辑路径

graph TD
    A[开始] --> B{设备能否正常登录?}
    B -- 能 --> C[执行 reset saved-configuration]
    C --> D[delete /unreserved vrpcfg.zip]
    D --> E[reboot 并拒绝保存]
    E --> F[验证配置是否清除]
    
    B -- 不能 --> G[重启并按 Ctrl+B 进入 BootROM]
    G --> H[选择 Clear Configuration 选项]
    H --> I[重启设备]
    I --> F
    
    F --> J{是否仍有配置残留?}
    J -- 是 --> K[关闭eNSP, 手动删除项目中vrpcfg.zip]
    K --> L[重新启动eNSP和设备]
    L --> F
    J -- 否 --> M[清除成功]

10. 高级注意事项与延伸思考

在复杂实验环境中，还需考虑：

• 多实例场景下，同一镜像被多个设备引用时的配置隔离问题
• 使用快照功能可能导致配置回滚，应禁用或谨慎管理
• VRP版本差异（如VRP5.1 vs VRP8.0）对delete命令行为的影响
• 某些型号设备支持startup saved-configuration null来临时指定空配置启动
• eNSP替代方案如EVE-NG、CPT等对配置持久化的不同处理机制

理解这些细节有助于构建可重复、可预测的实验环境，提升排错效率与教学演示可靠性。