ZeroTier
优先验证节点能否稳定上线，管理页是否完整，远程组网是否正常。
当前实验方向
这台 ZN-M2 目前更适合先做一套“基础网络功能稳定、界面完整、扩展按需添加”的精简固件。 因为即使已经升级到 1G 内存，真正影响使用体验的也不只是内存容量， 还包括 Flash 体积、依赖关系、路由转发压力以及插件之间的兼容性。
多 WAN
关注策略切换、链路探测和故障转移是否准确，避免与其他流量规则冲突。
代理能力
SSR、Passwall、OpenClash 建议分版本测试，不建议首次构建全量叠加。
轻量优先
逐项验证
依赖最少化
便于回退
记录原则：
先做“基础联网 + LuCI + SSH”的最小可启动版本，再加入 ZeroTier；
通过后再继续叠加多 WAN，最后才考虑代理类插件。
推荐的测试顺序
01
基础网络打底
先确认 LAN、WAN、DHCP、DNS、后台管理都正常，再开始做功能型叠加。
02
单独加入 ZeroTier
验证节点上线、虚拟网段分配、远程访问，以及与本地路由是否冲突。
03
加入多 WAN
重点测试链路检测、主备切换、策略路由与容灾逻辑。
04
最后才加代理功能
代理类组件最容易引入额外依赖与体积膨胀，建议单独做版本分支。
当前取舍思路
这台设备的固件方向会更偏“网络用途明确”的精简构建。若最终主要承担旁路、实验或远程接入角色， 那么 USB、Wi-Fi 之类不使用的模块可以继续维持精简策略，把空间留给更有实际用途的组件。
- 优先保留 LuCI、SSH、基础网络工具。
- 按需加入 ZeroTier、多 WAN、计划任务等功能。
- 代理类插件拆开验证，避免一口气堆太多包。
- 每次新增功能后都保留一份可回退的稳定版本。
实验日志摘要
这里可以随着后续使用继续往下追加。
A
阶段一：最小可启动构建
目标是确保系统能正常启动、进入后台、完成基础联网，验证编译链条无误。
B
阶段二：ZeroTier 验证
确认节点连接是否稳定，组网延迟与访问路径是否符合预期。
C
阶段三：多 WAN 实测
验证出口切换、策略分流以及异常链路情况下的恢复行为。