家庭开源网关 04｜ARM 还是 x86：千兆与 2.5GbE 网关硬件选型

家庭开源网关系列 · 第 4/8 篇

选择家庭网关时，CPU 型号通常是最醒目的参数，却不一定是最先限制吞吐的环节。网卡芯片、总线连接、驱动、PPPoE、透明代理、VPN、SQM 和散热，都会改变同一颗 CPU 的实际表现。

更可靠的选型顺序是：先定义负载，再确认网口与系统支持，最后才比较核心数和跑分。

先定义网关需要处理什么

购买前先回答这些问题：

• 宽带是 500M、千兆、2.5G 还是多 WAN？

• 是否需要 PPPoE、透明代理、加密 VPN、SQM 或流量统计？

• 是否存在 2.5GbE NAS、NVMe、Docker 或虚拟化需求？

• 是否要求官方稳定固件、eMMC 和明确的恢复模式？

• 能否接受风扇、较高整机功耗和更大体积？

裸路由、PPPoE、透明代理、WireGuard 和 SQM 是不同负载。某台设备“能跑满千兆 NAT”，不能直接推出它可以同时跑满千兆代理或 SQM。

可以把负载拆成五层逐步估算：

家庭里的峰值也不只是一条 Speedtest。多人同时下载、视频会议、云备份和 NAS 传输时，网关要处理大量并发连接；如果还启用流量统计或复杂规则，内存和 CPU 软中断也会参与瓶颈。选型应围绕真实同时负载，而不是把每项功能的单独跑分相加。

网口与总线比核心数更关键

两个标称 2.5GbE 网口如果共享受限总线，双向吞吐仍可能受限。USB 网卡也许可以工作，但长期驱动与掉线风险通常高于原生或 PCIe 网口。

需要核对的不是只有端口数量：

“USB-C 供电”不代表所有充电器和线材都能稳定工作。主网关应优先使用厂商要求的电压和足够电流。

拿到设备后，应先在最小系统中验证所有物理接口。分别记录每个网口的协商速率、MAC 地址与系统接口名，做 LAN-LAN 和 WAN-LAN 测试，再开启 PPPoE、代理或 SQM。这样能把“网卡/总线问题”和“软件功能问题”分开。

2.5GbE 链路需要两端都协商到 2.5G。网关、交换机、墙内模块、跳线、NAS 和电脑中的任意一段退回千兆，最终结果都不会超过千兆；若只有四芯接通或水晶头质量异常，链路还可能退到 100Mbps。端口标称速率从来不是端到端速率的保证。

ARM 开发板的几个代表型号

下表保留原指南的定位，但把“适合场景”视为架构参考，不作为不经测试的性能承诺。

这些规格可在 FriendlyElec 的 R3S、R4S、R5C、R5S和 R6C官方页面核对。

表中的设备并非简单的性能阶梯。R3S 的价值是低成本、低功耗和基础双网口；R5C 面向紧凑双 2.5G；R5S 用更多端口和 NVMe 扩展换取更复杂的散热、存储与系统维护；R6C 的额外算力只有在边缘服务或更重负载中才有意义。纯路由场景盲目选择最高型号，往往只增加预算和空闲功耗。

购买开发板还要把外壳、导热垫、电源和存储计入总价。有些裸板价格看起来低，但补齐这些配件后与成品 x86 小主机差距会缩小。反过来，成品小主机也要确认网卡芯片、内存和 SSD 品牌、BIOS 自动上电以及散热设计，不能只比较 CPU 型号。

R4S 仍然适合什么

R4S 使用 RK3399，具有一个原生千兆口和一个 PCIe 千兆口，4GB 版本没有板载 eMMC，使用 5V/3A 供电。它适合千兆 WAN/LAN、DNS、单一代理组件和 WireGuard，但无法承担超过千兆的主干。

系统支持要精确到硬件版本。OpenWrt 的 R4S 设备页指出，4GB R4S 有官方构建，而 1GB R4S 和带 eMMC 的 R4SE 不属于同一官方支持范围。购买时不能只看到“R4S”三个字符就默认镜像通用。

R4S 没有板载 eMMC，建议使用高质量 microSD、SquashFS 和受控日志，并准备一张只含基础 WAN、LAN、DHCP 与 DNS 的备用卡。

什么时候选择 x86/N100

x86 更适合：

• 多个 2.5GbE 网口或多 WAN；

• 较高强度的代理、VPN、IDS/IPS；

• Proxmox/KVM 虚拟化；

• 容器、NVMe、SATA 与更多驱动扩展；

• 希望使用 OPNsense、pfSense、VyOS 或通用 Linux。

OpenWrt 官方的 x86 安装文档提醒，默认镜像仍然遵循精简策略，某些网卡、存储控制器、CPU 微码和硬件监控模块需要额外安装。

Intel N100 是常见的 4 核 4 线程平台，最高 3.4GHz。Intel 资料中的 6W 指处理器 TDP/基础功耗指标，不是整台软路由的插座功耗；整机还包括主板、多个 2.5G 网卡、内存、NVMe、风扇和电源损耗。规格可查阅 Intel N 系列产品简报。

ARM 与 x86 的差异可以归纳为以下取舍：

如果一项需求只能通过“以后可能会运行很多容器”来证明 x86 的必要性，最好先把容器与网关拆开评估。网关的优先指标是持续转发和可恢复，服务器的优先指标是计算、存储和应用扩展，两者并不总需要同一台机器。

microSD、eMMC 与 NVMe

纯路由不需要为了“更快”强行使用 NVMe。路由配置体量很小，存储可靠性与恢复速度通常比顺序读写性能重要。

存储选择还决定升级与恢复方式。SquashFS 的只读根文件系统加 overlay 适合纯网关，恢复边界清晰；EXT4 更接近普通可写 Linux，适合频繁安装和修改，但长期写入与不一致恢复需要更多管理。厂商 eMMC 镜像可能包含专用引导与分区，不能把另一个型号或另一个系统的磁盘镜像直接写入。

日志不应无限写入 microSD。常规运行以系统内存日志为主，需要长期审计时转发到 NAS 或独立日志服务。数据库、下载和容器可写层如果确实要运行，放在独立 NVMe/SSD，并保证它们挂载失败时不会阻塞基础网关启动。

三类可落地配置

普通千兆家庭

桥接光猫 / 以太网入户
  → R4S 或同级双千兆网关
  → 千兆交换机
  → Wi-Fi 6 AP + 独立服务器

使用稳定版系统、高耐久 microSD 和备用卡。网关只运行基础网络、单一代理与必要 VPN，不承担重 NAS。

验收重点是千兆端口稳定协商、裸路由与 PPPoE 结果、代理/VPN 后 CPU 余量，以及备用卡能否直接启动。只有在满载延迟确实异常时再评估 SQM，不因功能存在就默认全部开启。

2.5G 内网与 NAS

2.5G WAN / 上游
  → 双 2.5G 网关
  → 2.5G 交换机
  → NAS / PC / AP

NAS 与 PC 之间的同网段流量直接在交换机转发，不要求全部穿过网关。要达到 2.5G，网关、交换机、墙内布线和终端必须形成完整链路。

若只有内网 NAS 需要 2.5G，而 WAN 仍是千兆，主网关未必需要所有端口都升级。可以让 NAS、PC 和 2.5G 交换机形成高速局域网，网关以千兆连接互联网；是否升级网关取决于跨 VLAN、WAN 或策略流量是否超过千兆。

网关与服务器虚拟化

x86 可以在 Proxmox/KVM 中运行 OpenWrt 虚拟机，同时承载 Linux 服务。优势是资源利用与管理集中；代价是网卡直通、虚拟交换机、宿主机升级和断电恢复都会进入网络故障域。

采用虚拟化时，应保留物理备用路由，并验证宿主机断电恢复后虚拟网关能自动启动。

最终采购检查

在下单前确认：精确型号有稳定镜像；至少两个可靠网口；网口与总线连接清楚；刷写和恢复路径已知；外壳、散热和合格电源计入总价；不依赖停止维护的第三方整合镜像。

完整采购与到货验收可以按下面执行：

• 在目标系统的设备页或 Firmware Selector 搜索精确型号和硬件版本；

• 确认至少两个可靠以太网口，并查清 1G/2.5G、NIC 芯片和总线连接；

• 纯路由和常见插件通常不需要巨大内存，1–4GB 已有较大余量，容器与虚拟化另行估算；

• 确认 microSD、eMMC、NVMe 或 SSD 的刷写、启动优先级和救砖路径；

• 将金属外壳、导热垫、合格电源、存储和转接线计入完整价格；

• 检查国内购买、售后与备件渠道，避免依赖停止维护的第三方镜像；

• 到货后连续运行压力测试，观察温度、降频、网口掉线、存储 I/O 和随机重启；

• 制作最小备用系统，实际演练从主系统失败到恢复基础上网需要多久。

用需求直接做最后选择

如果目标是普通千兆、单一透明代理和 WireGuard，成熟双千兆 ARM 设备通常更省电、恢复也简单。需要双 2.5G，但不运行大量服务时，选择原生双 2.5G、官方固件明确的 ARM 设备即可。

如果需要多个 2.5G 口、复杂 VPN/代理、虚拟化、容器和 NVMe，x86 的扩展能力更合适；但最好把网关虚拟机、业务容器和数据盘的故障边界分开，并保留物理备用路由。需求只是“以后可能用到”时，先购买能稳定满足当前网络的设备，比提前把家庭网关做成一台小型数据中心更容易长期维护。

最终决定前，把候选设备放回自己的拓扑中检查：WAN 和 LAN 分别接哪里，哪些流量必须跨网关，哪些只在交换机内转发，断电后谁负责自动启动，系统盘损坏后用什么恢复。如果这些问题在购买前就能回答，型号选择通常已经足够明确；继续比较无法对应实际负载的跑分，收益很小。

硬件留有适度余量是必要的，但余量应服务于已知功能，例如未来升级 2.5G、增加一个 WireGuard 出口或启用 SQM。无法描述用途的“性能储备”，往往会变成更高价格、功耗和维护复杂度。

下一篇将把网关连接到真实家庭局域网，处理 AP、Mesh、交换机、VLAN 和地址规划。

参考资料

• OpenWrt：OpenWrt on x86 hardware

• OpenWrt：NanoPi R4S

• FriendlyElec Wiki

• Intel N-series Processor Product Brief