从闲置到高效：通过VRRP技术让老式路由器焕发新生

家庭实验室玩转VRRP：用两台旧路由器打造永不掉线的智能家居网关

周末在家，正用手机控制客厅的智能灯带切换场景，突然网络卡顿了一下，灯带闪烁后恢复了，但智能音箱却提示“网络连接失败”。检查后发现，是作为主网关的那台路由器因为长时间高负载运行，悄悄重启了。虽然只有几十秒的断线，但家里十几个智能设备集体“失联”的体验，实在让人头疼。对于依赖稳定网络环境的智能家居系统来说，网关的单点故障就像悬在头顶的达摩克利斯之剑。你可能也想过升级到昂贵的企业级路由器，或者购买厂商提供的专用冗余方案，但动辄数千元的投入，对于家庭场景来说似乎有些“杀鸡用牛刀”。

其实，解决这个问题的核心技术—— 虚拟路由冗余协议（VRRP） ，并非企业专属。我们完全可以用手边闲置的旧路由器，通过刷入开源固件，低成本地构建一套高可用的网关系统。这不仅仅是省钱的乐趣，更是一次深入理解网络冗余机制、亲手打造可靠家庭基石的绝佳实践。本文将带你从零开始，将两台可能躺在抽屉里吃灰的TP-Link或小米路由器，改造成一个能够自动故障切换、为你的智能家居提供“永不掉线”体验的冗余网关。整个过程不需要复杂的命令行恐惧，我们将用清晰的步骤和家庭场景下的实际测试，让你看到理论如何落地为实实在在的稳定性提升。

1. 理解核心：VRRP如何让旧路由器“双剑合璧”

在深入动手之前，我们有必要先抛开那些复杂的RFC文档，用更贴近家庭网络的语言来理解VRRP到底在做什么。你可以把它想象成给家里的网络大门安排了两个“门卫”。

传统单一路由器场景 ：所有设备（手机、电脑、智能家居）都只知道一个“大门”的地址（即网关IP，如192.168.1.1）。所有进出互联网的数据包都必须通过这个唯一的门卫。一旦这个门卫累了、病了（路由器死机、重启、故障），整个家庭网络与外部世界的连接就中断了，即使你的光猫和宽带本身是正常的。

引入VRRP后的冗余场景 ：我们有两台路由器（Router A和Router B）。VRRP协议会让它们“虚拟”出一个第三台不存在的路由器，我们称之为“虚拟路由器”。这个虚拟路由器拥有一个虚拟IP地址（比如192.168.1.254）和虚拟MAC地址。现在，我们告诉家里所有的智能设备：“以后咱们家的网关大门地址改成192.168.1.254了”。设备们对此一无所知，它们只会把数据包发往这个虚拟地址。

那么，谁来处理这些发往虚拟地址的数据包呢？这由两台实体路由器通过VRRP协议协商决定。它们会选举出一台作为 主路由器（Master） ，另一台作为 备份路由器（Backup） 。主路由器“认领”了这个虚拟IP和MAC地址，实际负责所有数据包的转发工作。备份路由器则处于待命状态，静静地监听主路由器定期发出的“心跳”报文（VRRP通告报文）。

注意：这个虚拟IP必须和两台路由器自身的物理IP在同一个网段，但不能与任何设备的IP冲突。通常我们会规划如下的IP地址：

• Router A 物理IP: 192.168.1.10
• Router B 物理IP: 192.168.1.11
• 虚拟网关IP (VRRP VIP): 192.168.1.254

关键的故障切换时刻 ：当主路由器因为断电、死机或手动重启等原因失效时，它将停止发送“心跳”。备份路由器在等待几个心跳周期（通常3秒左右）后，发现主路由器“失联”了，便会立即启动切换流程。它会接管虚拟IP和MAC地址，并开始对外发送自己的心跳报文，宣告自己成为新的主路由器。对于家庭网络中的智能设备而言，它们感知到的网关IP（192.168.1.254）始终没变，MAC地址也没变（因为虚拟MAC是协议生成的，与实体路由器无关），因此几乎感觉不到任何中断，TCP连接也不会因此断开。这就是所谓的“透明故障转移”。

为了让这个概念更清晰，我们用一个简单的表格对比一下单一路由器和VRRP双机方案的关键差异：

理解了这套机制，你就明白了我们改造的核心目标： 让两台独立的物理路由器，通过软件配置，伪装成一台逻辑上永不宕机的虚拟路由器 。接下来，我们就来看看如何选择合适的“演员”来扮演这两个角色。

2. 硬件选型与准备：唤醒抽屉里的“老兵”

并非所有旧路由器都适合这场改造。我们需要考虑开源固件支持度、硬件性能以及家庭环境的实际需求。我们的目标是： 低成本、高兼容、够用就好 。

首选平台：OpenWRT/LEDE 为什么一定是OpenWRT？因为它是一个高度模块化、嵌入式Linux操作系统，为路由器而生。它提供了：

• 完整的命令行和软件包管理（opkg），可以轻松安装VRRP所需的软件。
• 活跃的社区和丰富的文档，几乎任何问题都能找到答案。
• 对大量消费级路由器硬件的支持，尤其是那些经典的“刷机神机”。

硬件推荐清单（兼顾性能与成本） ：

• TP-Link WR系列 ：例如WR841N v7/v8, WR842N v4, WR941N v6/v7。这些型号年代久远但存量巨大，OpenWRT支持极其完善，二手价格通常在30元以内。缺点是百兆网口和较低的CPU/RAM，仅适合作为纯网关冗余，不适合跑太多插件。
• 小米路由器3G/4A千兆版 ：这两款是小米阵营中的刷机热门。拥有千兆网口和相对不错的MT7621芯片方案，性能足够应对200M以上宽带和较多的智能设备连接。二手价格在80-150元区间。刷机过程可能比TP-Link稍复杂，但教程非常丰富。
• Newifi系列（如新路由3） ：矿渣市场的常客，硬件配置强悍（MT7621+512MB RAM+USB3.0），价格约100元。性能过剩，但可玩性极高，除了做冗余网关，还能兼职轻量级NAS或跑docker。
• 红米AC2100 ：又是一款“神机”，MT7621方案，信号好，刷机成熟，价格在120元左右，是性能和性价比的平衡之选。

提示：购买二手路由器时，务必向卖家确认型号版本号（如“小米路由器4A千兆版 V2”），并询问是否已刷好Breed或Pb-boot等第三方Bootloader，这能极大降低刷机风险。

你需要准备的材料清单 ：

1. 两台支持OpenWRT的路由器（型号不必相同，但建议性能接近）。
2. 一根网线，用于连接两台路由器的LAN口（后续配置用）。
3. 一台电脑，用于配置路由器。
4. 可能需要一根牙签或卡针，用于路由器复位。
5. （可选）一个USB转TTL串口板，用于救砖，对于新手建议选择刷机教程完备、救砖方案清晰的型号以避免。

网络拓扑规划 在开始刷机前，先在纸上画好你家的网络拓扑。这是成功的关键一步。

光猫（桥接模式）
    | (WAN口)
    |
[主路由器 Router A] (运行VRRP Master)
    | (LAN口)
    |----（网线）----[备份路由器 Router B] (运行VRRP Backup)
    | (LAN口)
    |
    |----（无线/有线）----[你的电脑、手机、智能家居设备...]

关键点 ：

• 光猫设置为桥接模式，由我们的OpenWRT路由器负责PPPoE拨号。 通常只有主路由器（Master）的WAN口需要连接光猫并配置拨号 。备份路由器的WAN口可以空置，或者也连接光猫作为备用链路（更高级的配置）。
• 两台路由器通过 LAN口互联 ，它们必须在同一个二层网络内，VRRP报文才能互通。
• 所有家庭设备（包括无线连接的）的网关都指向虚拟IP（如192.168.1.254），DNS也可以指向这个IP或公共DNS（如114.114.114.114）。

硬件和拓扑准备就绪后，我们就可以开始最激动人心的环节——给路由器“注入灵魂”。

3. OpenWRT刷机与基础配置：赋予路由器新生命

这一节是实操的核心。我们将分为两大步：首先为每台路由器刷入OpenWRT固件，然后进行基础的网络配置，为后续的VRRP搭建舞台。

3.1 刷入OpenWRT固件

重要原则：一台一台来，确保第一台完全配置好并能正常上网后，再操作第二台。

我们以一台TP-Link WR841N v7为例，描述通用流程。具体到你的型号，请务必在OpenWRT官网的“Table of Hardware”中查找对应设备页面，那里有最准确的支持状态和刷机说明。

步骤概览 ：

1. 下载固件 ：访问OpenWRT官网，找到你的设备页面。通常下载两个文件：
   • factory.bin ：用于从原厂固件升级。
   • sysupgrade.bin ：用于OpenWRT版本间升级。
2. 登录原厂管理界面 ：用网线连接电脑和路由器的LAN口，登录192.168.1.1（或路由器背面标明的地址）。
3. 执行原厂固件升级 ：在管理界面找到“系统工具”->“软件升级”或类似选项。选择下载的 factory.bin 文件，开始升级。过程中切勿断电。
4. 等待重启 ：升级完成后，路由器会自动重启。此时它的IP地址可能会变为192.168.1.1（OpenWRT默认），你需要将电脑的IP设置为同网段静态IP（如192.168.1.100）才能访问。
5. 首次登录OpenWRT ：浏览器打开 。你会看到OpenWRT的LuCI管理界面（一个清爽的网页）。首次登录通常没有密码，直接点击登录即可。

对于小米/红米等基于MTK方案的路由器，刷机过程可能涉及开启SSH、刷入过渡固件等更多步骤。核心思路是一致的： 用官方或第三方工具突破限制，刷入一个中间固件，再通过这个中间固件刷入完整的OpenWRT 。强烈建议跟随型号专属的详细图文教程进行。

刷机成功后，建议先执行一次恢复出厂设置（在LuCI的“系统”->“备份/升级”页面底部有“执行重置”选项），以确保一个干净的配置起点。

3.2 基础网络配置

假设我们规划的网络信息如下：

• 局域网网段：192.168.5.0/24
• Router A 物理IP：192.168.5.10
• Router B 物理IP：192.168.5.11
• 虚拟网关IP：192.168.5.254
• 子网掩码：255.255.255.0

配置Router A ：

1. 修改LAN口IP ：登录Router A的LuCI界面，进入“网络”->“接口”。点击“LAN”接口的“编辑”按钮。
   • 协议：静态地址
   • IPv4地址： 192.168.5.10
   • IPv4子网掩码： 255.255.255.0
   • IPv4网关：留空（或填 192.168.5.254 ，但需先创建VRRP接口，稍后做）
   • 使用自定义的DNS服务器：例如 114.114.114.114 和 8.8.8.8
   • 重要 ：在“物理设置”选项卡下，确保“桥接接口”是勾选的，并且以太网适配器包含了 eth0 （或 br-lan ）以及你的无线网络（如 radio0 ）。这保证了有线和无线在同一个局域网。
2. 关闭DHCP服务器 （可选但推荐）：在“LAN”接口的“DHCP服务器”选项卡下，选择“忽略此接口”。因为我们后续可能只让其中一台路由器提供DHCP服务，或者由另一台专用设备（如树莓派）提供，避免冲突。 暂时先不关闭，等VRRP配好后再决定 。
3. 配置WAN口上网 ：进入“网络”->“接口”，点击“添加新接口”。
   • 名称： WAN
   • 协议：PPPoE（如果你的光猫是桥接模式）
   • 接口：选择连接到光猫的物理接口（通常是 eth1 ，具体看路由器）
   • 在PPPoE设置中填入宽带账号和密码。
4. 保存并应用 ：点击页面底部的“保存&应用”。应用后，你的电脑需要重新获取IP（或手动设置IP为192.168.5.x网段），然后通过新地址 重新登录Router A。测试一下Router A能否正常通过WAN口上网。

配置Router B ：

1. 用网线连接电脑和Router B的LAN口。由于Router B还没配置，它可能使用默认IP 192.168.1.1。将电脑IP设为192.168.1.x网段后登录。
2. 重复Router A的 步骤1 ，但将IPv4地址改为 192.168.5.11 。同样配置子网掩码，关闭IPv6（如果不用的话）。
3. Router B的WAN口 ：在家庭网关冗余的典型配置中，备份路由器的WAN口可以不接任何线，或者也连接光猫但 不配置拨号 （协议设为“不配置协议”或“静态地址”并设一个无效IP）。它的主要作用是通过LAN口与主路由器同步VRRP状态。更高级的双WAN冗余需要额外的脚本，我们暂不涉及。
4. 保存应用后，用新地址 登录Router B。

连接两台路由器 ：用一根网线，一端插入Router A的任意一个LAN口，另一端插入Router B的任意一个LAN口。现在，两台路由器处于同一个局域网（192.168.5.0/24）了，它们可以互相ping通（可以在LuCI的“诊断”->“ping”中测试ping 192.168.5.10和192.168.5.11）。

至此，两台独立的路由器已经准备就绪，它们拥有各自的IP，并且网络连通。接下来，就是让它们“合体”的关键步骤——配置VRRP。

4. 配置VRRP实现自动故障切换

OpenWRT上实现VRRP通常有两种主流方式：一是使用 keepalived 软件包，它功能强大，是Linux上实现高可用的标准组件；二是使用OpenWRT自带的 relayd （或 ucarp ）包，更轻量。对于家庭场景， keepalived 的配置更直观清晰，我们选择它。

4.1 安装Keepalived

分别在两台路由器的LuCI界面中操作：

1. 进入“系统”->“软件包”。
2. 点击“更新列表”按钮，刷新软件源。
3. 在“过滤器”框中输入 keepalived ，找到并安装它。
4. 也可以通过SSH命令行安装（如果你熟悉的话）：

   opkg update
   opkg install keepalived
   

4.2 编写Keepalived配置文件

Keepalived的配置文件是 /etc/keepalived/keepalived.conf 。我们需要为Router A和Router B创建内容不同但相互关联的配置。

Router A (计划作为初始Master) 的配置 ： 通过SSH登录Router A（ ssh root@192.168.5.10 ），或者使用LuCI的“系统”->“文件传输”功能上传文件，然后编辑。

# 创建或编辑配置文件
vi /etc/keepalived/keepalived.conf

将以下内容写入（请根据你的网络规划修改 interface , virtual_router_id , priority , virtual_ipaddress ）:

global_defs {
    router_id OpenWRT_RouterA # 本路由器标识，唯一即可
}
vrrp_instance VI_1 { # 定义一个VRRP实例，名称VI_1可自定义
    state MASTER      # 初始状态设为MASTER
    interface br-lan  # 监听VRRP报文的接口，通常是桥接接口br-lan
    virtual_router_id 51 # 虚拟路由器ID，范围1-255，两台路由器必须相同
    priority 150      # 优先级，值越大越优先成为Master，Master要比Backup高
    advert_int 1      # 心跳通告间隔，单位秒
    authentication {  # 认证，防止非法设备加入，家庭环境可简单设置
        auth_type PASS
        auth_pass 1234 # 密码，两台路由器必须相同
    }
    virtual_ipaddress {
        192.168.5.254/24 dev br-lan # 虚拟IP地址，指定接口
    }
    # 下面是一个可选的“健康检查”脚本示例
    # 如果检测到WAN口不通，可以自动降低优先级，触发切换
    # track_script {
    #     chk_wan
    # }
}
# 可选的脚本定义（需要额外编写脚本文件）
# vrrp_script chk_wan {
#     script "/usr/bin/check_wan.sh"
#     interval 2
#     weight -20 # 检查失败则优先级减20
# }

Router B (计划作为初始Backup) 的配置 ： 登录Router B，编辑 /etc/keepalived/keepalived.conf ，内容与Router A类似，但关键参数不同：

global_defs {
    router_id OpenWRT_RouterB
}
vrrp_instance VI_1 {
    state BACKUP       # 初始状态设为BACKUP
    interface br-lan
    virtual_router_id 51 # 必须与Router A相同
    priority 100      # 优先级低于Master
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1234 # 必须与Router A相同
    }
    virtual_ipaddress {
        192.168.5.254/24 dev br-lan
    }
}

配置参数详解 ：

• virtual_router_id (VRID) ：这是VRRP组的标识符。在同一个广播域内，所有要组成一个备份组的路由器，其VRID必须相同。范围是1-255。
• priority ：决定谁当Master。优先级高的获胜。如果优先级相同，则比较接口IP地址，大的获胜。通常Master设为150，Backup设为100。 拥有虚拟IP真实接口所有权的路由器（如果存在）优先级自动为255 ，在我们的配置中，虚拟IP是独立的，所以手动指定。
• advert_int ：Master发送VRRP通告报文的时间间隔。1秒是常用值，更短意味着更快的故障检测，但会增加网络流量。
• authentication ：简单的明文密码认证，主要目的是防止配置错误的设备意外加入你的VRRP组，家庭网络安全性足够。
• virtual_ipaddress ：这就是我们想要对外提供的、统一的网关地址。子网掩码和接口必须正确指定。

4.3 启动Keepalived并测试

1. 分别启动服务 ： 在每台路由器上执行：

   /etc/init.d/keepalived start
   /etc/init.d/keepalived enable # 设置开机自启
   

   也可以在LuCI的“系统”->“启动项”页面找到 keepalived ，点击“启用”和“启动”。

2. 检查状态 ： 使用命令查看VRRP状态：

   # 在Router A上执行
   ip addr show br-lan
   

   你应该能在输出中看到类似这样的一行：

   inet 192.168.5.254/24 scope global secondary br-lan
   

   这表明虚拟IP 192.168.5.254 已经成功绑定在Router A的 br-lan 接口上，Router A现在是Master。 在Router B上执行同样的命令， 不应该 看到这个虚拟IP。

   查看Keepalived的详细日志和状态：

   logread | grep keepalived
   /etc/init.d/keepalived status
   

3. 模拟故障切换测试（核心验证） ：

   • 测试1：从设备ping虚拟网关 。将你的电脑的IP设为静态（例如192.168.5.50/24，网关192.168.5.254），然后开始一个持续的ping：

     ping -t 192.168.5.254
     

   • 测试2：拔掉Router A的电源 。观察ping窗口。你应该只会看到 1-3个请求超时 （对应 advert_int * 3 的检测时间），随后ping立即恢复。这意味着Router B在检测到Master下线后，迅速接管了虚拟IP，成为了新的Master。
   • 测试3：重新插上Router A的电源 。由于我们配置了 state MASTER 和更高的 priority ，并且Keepalived默认是 抢占模式 ，所以Router A启动后会重新夺回Master角色。观察ping窗口，同样可能只有极短暂的中断或没有中断（如果切换足够平滑）。你可以在Router A上通过 ip addr show br-lan 再次确认虚拟IP是否回来了。

4. 配置DHCP（可选但重要） ： 现在虚拟网关工作了，但你的设备还需要自动获取IP地址。我们只需要 在一台路由器上开启DHCP服务 ，避免冲突。通常选择在Master路由器上开启。

   • 在Router A的LuCI界面，进入“网络”->“接口”->“LAN”->“DHCP服务器”。
   • 确保“忽略此接口” 没有 勾选。
   • 在“高级设置”中，将“DHCP选项”里添加一条： 3,192.168.5.254 。这表示下发给客户端的网关地址是 192.168.5.254 。同样，可以设置DNS服务器为 6,192.168.5.254,114.114.114.114 （第一个是虚拟IP，第二个是备用公共DNS）。
   • 在Router B的相同位置， 勾选“忽略此接口” ，彻底关闭它的DHCP服务。

   注意：这样配置后，只有当Router A是Master时，DHCP服务才可用。如果切换到Router B，新接入的设备将无法自动获取IP。更完善的方案是：让两台路由器都运行DHCP，但使用相同的配置（网关指向虚拟IP），并确保它们的DHCP地址池不重叠。或者，使用第三台设备（如树莓派）作为独立的DHCP服务器，这样完全不受VRRP切换影响。

经过以上步骤，一个具备基础故障切换能力的冗余网关就搭建完成了。但这只是开始，真正的挑战在于让它完美融入你的智能家居生态。

5. 智能家居场景适配与深度优化

对于家庭实验室而言，稳定性的价值最终要体现在智能设备无感的体验上。VRRP切换虽然快，但并非所有协议和设备都能完美应对。

智能家居设备连接性实测 ： 我用自己的Home Assistant（运行在树莓派上）和一系列小米/Zigbee设备做了测试。测试方法：在HA中持续记录一个设备的传感器数据（如温湿度计），同时触发VRRP主备切换。

• Wi-Fi设备（如智能插座、摄像头） ：在切换瞬间（约2-3秒丢包），大多数设备表现良好，TCP连接因短暂中断会重连，设备状态在HA中可能会显示“不可用”几秒后恢复。少数较老的Wi-Fi芯片设备可能需要更长时间（10-30秒）才能重新关联到无线网络（因为无线接入点也切换了，SSID和密码虽相同，但物理AP变了）。
• Zigbee/Wi-Fi网关（如小米多模网关） ：网关本身通过Wi-Fi连接。切换时网关会断线重连，导致其下辖的所有Zigbee子设备在HA中短暂离线。恢复时间取决于网关的重连速度，一般在10-60秒内。
• 有线设备（如NAS、台式机） ：体验最好，只要网卡驱动支持ARP更新，几乎感觉不到切换，正在进行的文件传输可能只会卡顿一下。

优化策略与进阶配置 ：

1. 统一无线网络（SSID） ：确保两台OpenWRT路由器配置完全相同的无线网络名称（SSID）、加密方式和密码。这样Wi-Fi设备可以在两个物理AP之间无缝漫游（虽然不如真正的AC+AP方案，但家庭环境足够）。在LuCI的“无线”设置中仔细核对。
2. 调整VRRP参数以减少切换时间 ：
   • 减少 advert_int ：可以设为0.5秒，加快检测。但注意，网络负载很轻时可行，如果网络繁忙，过短的心跳可能被延迟或丢失，导致误切换。
   • 调整 preempt_delay ：在Keepalived配置中，可以添加 preempt_delay 300 （单位秒），让原Master恢复后延迟5分钟再抢占回来。这可以避免在临时检修主路由器时，频繁发生主备震荡。
3. 配置WAN口链路检测（真正的高可用） ：我们之前的配置只检测路由器本身是否存活，但万一故障出在WAN口线路（如网线松动、光猫故障）呢？此时Master路由器本身还活着，但已经无法上网。我们需要让Keepalived检测WAN口状态，一旦不通就主动降低自己的优先级，触发切换。 这需要用到之前配置文件中注释掉的 track_script 部分。你需要编写一个检测脚本，例如 /usr/bin/check_wan.sh ：

   #!/bin/sh
   # 尝试ping一个可靠的公网IP，比如114.114.114.114
   if ping -c 2 -W 3 114.114.114.114 > /dev/null 2>&1; then
       exit 0 # 检测成功，脚本返回0，优先级不变
   else
       exit 1 # 检测失败，脚本返回1，根据weight降低优先级
   fi
   

   给脚本执行权限： chmod +x /usr/bin/check_wan.sh 。然后在 keepalived.conf 中取消 track_script 和 vrrp_script 部分的注释，并调整 weight 值（例如-30）。这样，当Master的WAN口失效，其优先级会从150降到120，低于Backup的100，从而触发切换。
4. 管理虚拟IP的ARP问题 ：有些非常老旧的设备或特定网络驱动，在VRRP切换后可能不会立即更新ARP缓存，导致仍然把数据包发往旧Master的物理MAC地址。可以在Keepalived配置中添加 garp_master_delay 和 garp_master_refresh 等参数，控制切换后发送免费ARP报文的频率，强制刷新网络内设备的ARP表。
5. 监控与告警 ：你可以让Keepalived在状态改变时执行自定义脚本。例如，在切换到Backup时，发送一条通知到你的手机（通过Telegram Bot或企业微信）。在配置中添加：

   vrrp_instance VI_1 {
       ...
       notify_master "/etc/keepalived/notify.sh master"
       notify_backup "/etc/keepalived/notify.sh backup"
       notify_fault "/etc/keepalived/notify.sh fault"
   }
   

   然后编写相应的 notify.sh 脚本，在里面调用curl命令向通知API发送消息。

最后，将你所有智能家居设备的网关和DNS手动或通过DHCP设置为 192.168.5.254 。进行一次全面的压力测试：轮流重启两台路由器，观察Home Assistant的日志，测试自动化场景的触发是否依然灵敏。你会发现，除了少数Wi-Fi设备有短暂重连外，整个智能家居系统的核心功能保持了连续可用。那种不再担心路由器重启会导致全家智能设备“瘫痪”的掌控感，正是这次家庭实验室项目带来的最大回报。