本页目录
办公室那台一线奋战多年的旧服务器终于撑不住了：散热风扇坏了几只，散热器和一条内存也跟着出问题。偏偏软路由就跑在上面，机器一倒，整个办公室的网络也跟着“放假”。我们换了一台有四个物理网口的服务器，周末把 ESXi 6.7 和 Koolshare LEDE 的环境重建起来。折腾完我最先想到的不是“软路由真能跑”，而是以前怎么敢把全办公室的出口押在这一台老兄弟身上。
先画拓扑，别先点“创建虚拟机”
新服务器有四个网口，我打算最后一个给上游 WAN，前面三个给下游 LAN。配置初期还得进入 ESXi 管理界面，我借用现有的小米路由器和一台 Mac 搭了临时局域网。画完接线图再动手，思路才没被网线绕进去：
上游网络 ── 服务器 WAN 网口 ── LEDE 虚拟机 ── LAN 网口 ── 终端／交换机／无线 AP
│
ESXi 虚拟交换机与端口组这张图比我当时用的某个 192.168.x.x 更有用。先列出物理口、ESXi vmnic、虚拟交换机、端口组和虚拟机内 eth 的对应关系，标明管理、上游与下游各走哪条线。别照搬我的接口序号和 IP：网卡呈现顺序与现场网段都可能不同；管理网络改错，LEDE 还没启动，人先被锁在门外。
从镜像到网口，我怎么把它搬起来
- 准备镜像。我从当年的 Koolshare 站点下载 x64 压缩包，解出
.img，在 Windows 虚拟机里用 StarWind 转成 ESXi 可附加的磁盘，再上传数据存储。宿主机安装并不是这次的重点；第三方镜像和转换器仍要核对来源、校验、许可与版本兼容，别从陌生网盘拿一个可执行文件就开跑。 - 留住管理入口。在 ESXi 本机控制台设好静态管理地址，再用同一临时网络里的 Mac 访问。远程改管理网时，我会先确认物理控制台或带外管理还在，备份原配置和接线；否则动错一根线，可能连改回来的界面都打不开。
- 映射虚拟网络。我给物理口建虚拟交换机和端口组，创建 Linux 虚拟机、挂载磁盘并加四块虚拟网卡。那次把虚拟交换机三个安全选项都设成了“接受”，后来回看却没有证据表明这套 LEDE 必须全部放开。混杂模式、MAC 变更和伪造传输会扩大二层可见范围，应该逐项确认需要什么。
- 配置 LEDE。从控制台改
/etc/config/network的地址与接口，重启进 Web 界面，先改默认管理密码，再把三个口归入 LAN、一个口设为 WAN。办公室上游当时能用 DHCP；若你那边要 PPPoE，不能照我这里的选项硬套。以端口和 MAC 对应关系、实际链路测试确认 WAN/LAN，不只看eth0～eth3的名字。 - 验收有线和无线。我先让 Mac 走下游有线口访问外网，再接原有无线设备提供 Wi-Fi。它是否成为纯 AP，取决于实际桥接、DHCP、NAT 和接线方式；插上某个口并不会自动把它变成 AP。同一网段也要避免多台设备争着发 DHCP。
迁移完成，不等于故障已被解决
这次最大的教训还是一台服务器挂掉，全办公室网络就失联。如果重新规划，我会先保留旧路由或临时上网通道，备份 ESXi、虚拟机磁盘与 LEDE 配置，记下上游接入和静态地址；在隔离网络验证 DHCP、DNS、无线与重启恢复，最后才选维护窗口切换。新机器若仍是唯一出口，还得看供电、磁盘、监控和恢复时间。
那套环境用的是 ESXi 6.7 与 2020 年的第三方 LEDE 镜像；今天重建网络，我会先选仍受维护、适配硬件的平台与固件，再核对虚拟交换机设置，不为复刻旧界面下载失去维护的系统。网络通了以后我还折腾过离线插件，那是另一件事，千万别当成基础组网的必修步骤。
