临近期末考试还要做实验，真是一件令人心力交瘁的事情。
记一次使用 eNSP 模拟器搭建网络拓扑结构时踩到的坑
这次实验的内容是搭建一个通过内网访问外网的拓扑结构，而且还要在内网里搭建无线局域网。
踩到的坑主要有两个：
- 内置的模拟路由器 Router 配置 NAT 不生效
- 基于虚拟机的设备启动失败
物理机安装的是 Windows 11，由于需要使用 WSL 2 和 Hyper-V，而 eNSP 要求使用的 VirtualBox 版本是不兼容 Hyper-V 的，所以我就在 Hyper-V 上面建了一个 Windows 10 的虚拟机，并在这个虚拟机上安装了 VirtualBox、WireShark、eNSP。这也成了第二个坑的先决条件。
贴一下拓扑结构图：
R3 路由器作为内网与外网之间的媒介，所以需要在 R3 路由器上配置 NAT 功能。内网的网段是192.168.112.0/25，外网的网段是202.201.18.0/29.
一开始使用的是 eNSP 中的模拟路由器（因为它资源占用少，而且反应也比较快），就是这玩意：
在配置好外网的服务器和路由器之后，我就直接在 R3 上配置了 NAT：
acl 2000
rule permit source 192.168.112.0 0.0.0.127
q
int g0/0/1
nat outbound 2000
这期间没有出现任何错误，但在我查询 NAT Outbound 信息时，发现了不对劲的地方：
dis nat outbound
怎么上面显示的IP地址反过来了？
而且在内网 PC 上 ping 外网地址也不通
我当时是一头雾水，在 eNSP 的论坛上只看到了一句话：传送门
应该是模拟器的问题，
这使我恍然大悟，原来是这个模拟的 Router 有问题！
于是改用基于虚拟机的 AR 系列路由器——这也引发了第二个坑。
路由器启动时 CLI 一直输出“#”号，半天也没有反应。
我尝试在 VirtualBox 中直接启动 eNSP 创建的 AR_Base 虚拟机，得到了错误提示：
仔细排查了一下 AR_Base 的设置，发现虚拟机的硬件虚拟化功能是开启的：
果断将其关闭，再次尝试启动虚拟机。
记得用管理员权限启动 VirtualBox，否则修改虚拟机设置时会提示“Access Denied”
启动成功了！
关闭虚拟机后再次进入 eNSP 看看能不能启动路由器：
启动路由器也成功了！
接下来配置 NAT 看看能不能转发，这回 IP 地址对了。
内网的 PC 也可以连通外网的服务器了，问题解决。
