VRRPv3虽然解决了默认网关冗余问题，但仅靠心跳报文无法感知上行链路故障。当主路由器的外连接口down掉，VRRP广播包依然能正常收发，备份设备就不会抢占，导致出口流量全部丢弃。对象跟踪就是把接口状态和VRRP优先级绑定，当被跟踪的接口状态变化时自动调整优先级，触发主备切换。用Ruby实现这个逻辑并不复杂，核心在于读取接口状态、计算优先级增量，然后生成配置片段。

VRRPv3对象跟踪的工作机制

VRRP协议中，优先级决定了哪台路由器成为Master，默认值为100，范围从1到254。抢占模式下，只要备份设备收到更低优先级的通告，就会接管虚拟IP。对象跟踪的思路很直接：给某些关键接口关联一个“惩罚值”，当接口状态变为down时，从当前优先级中减去这个值，使优先级降到备份设备之下。

VRRPv3相比v2增加了对IPv6的支持，并扩展了协议字段，但跟踪机制的基本逻辑没有变。大多数厂商设备都提供track命令，例如Cisco的track 10 interface GigabitEthernet0/0 line-protocol，然后VRRP组引用该track对象。我们自己在脚本里实现相同的逻辑，其实就是在模仿这种“接口状态→优先级调整”的映射关系。

假设主路由器的默认优先级是120，备份设备是100。当主设备的上行接口down时，我们希望它的优先级降到90，这样备份设备就会抢占。因此脚本需要计算出“惩罚值”为30，并在生成配置时动态写入。这个值可以手工指定，也可以根据当前优先级与备份优先级之差自动计算。

用Ruby读取接口状态

在Linux路由器上，网络接口的实时状态可以从/sys/class/net/接口名/operstate文件中读取，内容为up或down。Ruby标准库中的File.read就足够完成任务，不需要额外安装gem。下面这段代码展示了如何判断一个接口是否在线，并处理文件不存在等异常情况。

def interface_up?(name)
  state_path = "/sys/class/net/#{name}/operstate"
  return false unless File.exist?(state_path)
  state = File.read(state_path).strip
  state == "up"
rescue Errno::EACCES, Errno::ENOENT
  false
end
# 使用示例
puts interface_up?("eth0") # 输出 true 或 false

这里做了两层防护：先检查文件是否存在，避免直接读取抛出Errno::ENOENT；再用rescue捕获权限错误。如果脚本以普通用户运行，可能无法读取某些敏感接口，这时返回false反而是安全的，因为会被视为接口故障并触发降级。

除了读取sysfs，也可以使用ip link show命令配合Open3.capture2获取状态。但解析命令输出比直接读文件脆弱，因为输出格式可能随iproute2版本变化。Sysfs接口在主流Linux发行版上稳定存在，更适合脚本自动化。

在实际部署中，接口状态可能不是二值的，比如存在“unknown”或“dormant”。为了增强健壮性，可以把返回值扩展为三种状态，并对未知状态采取保守策略。下面的代码增加了状态枚举，便于后续扩展。

def interface_state(name)
  path = "/sys/class/net/#{name}/operstate"
  return :missing unless File.exist?(path)
  raw = File.read(path).strip.downcase
  case raw
  when "up" then :up
  when "down" then :down
  else :unknown
  end
rescue
  :error
end

生成VRRPv3配置片段

拿到接口状态后，下一步是计算应该减去的优先级数值。一个常见策略是：如果接口down，惩罚值设为40；如果接口up，不惩罚。也可以根据备份设备优先级动态计算，例如penalty = current_priority - backup_priority + 10，这样保证降级后的优先级一定低于备份设备，同时留出10个单位的缓冲。

下面的Ruby类封装了跟踪逻辑，输入主设备当前优先级、备份设备优先级和接口名，输出一个VRRPv3配置片段。这里生成的配置以Cisco IOS风格的命令为例，方便理解对象跟踪与实际设备配置的对应关系。

class VrrpTrackGenerator
  attr_reader :interface, :current_priority, :backup_priority
  def initialize(interface, current_priority: 120, backup_priority: 100)
    @interface = interface
    @current_priority = current_priority
    @backup_priority = backup_priority
  end
  def penalty
    # 保证降级后优先级比备份低10
    current_priority - backup_priority + 10
  end
  def generate
    if interface_up?
      <<~CONFIG
        track 10 interface #{interface} line-protocol
        vrrp 1 priority #{current_priority}
        vrrp 1 track 10 decrement #{penalty}
      CONFIG
    else
      <<~CONFIG
        track 10 interface #{interface} line-protocol
        vrrp 1 priority #{current_priority - penalty}
        vrrp 1 track 10 decrement #{penalty}
      CONFIG
    end
  end
  private
  def interface_up?
    path = "/sys/class/net/#{interface}/operstate"
    File.exist?(path) && File.read(path).strip == "up"
  rescue
    false
  end
end
# 使用示例
tracker = VrrpTrackGenerator.new("eth0", current_priority: 120, backup_priority: 100)
puts tracker.generate

这段代码刻意把配置生成拆成两个分支：接口在线时保持原优先级，接口离线时直接生成降级后的优先级。这样做的好处是，即使网络设备不支持动态track命令，脚本也可以直接把最终优先级写进静态配置。对于支持track的VRRPv3设备，两种配置片段都可以使用。

需要注意的是，Ruby的<<~CONFIG heredoc会去除缩进空白，保持输出整洁。但其中包含的#{}插值需要Ruby 2.3以上版本支持。如果目标设备运行的是较老的Ruby，可以改用普通字符串拼接，逻辑完全一样。

完整脚本与生产环境注意事项

把以上逻辑串成一个可直接运行的脚本，并加入简单的日志和轮询机制。下面的代码每5秒检查一次接口状态，只有状态发生变化时才重新生成配置并写入临时文件，避免频繁写盘。这种“边沿触发”的方式能降低对系统资源的占用。

require "logger"
logger = Logger.new(STDOUT)
logger.level = Logger::INFO
interface = ARGV[0] || "eth0"
current_priority = 120
backup_priority = 100
last_state = nil
loop do
  state = File.exist?("/sys/class/net/#{interface}/operstate") ? File.read("/sys/class/net/#{interface}/operstate").strip : "down"
  if state != last_state
    last_state = state
    penalty = current_priority - backup_priority + 10
    new_priority = state == "up" ? current_priority : current_priority - penalty
    config = "track 10 interface #{interface} line-protocol\nvrrp 1 priority #{new_priority}\nvrrp 1 track 10 decrement #{penalty}\n"
    File.write("/tmp/vrrp_track_config.txt", config)
    logger.info("接口 #{interface} 状态变更为 #{state}，优先级调整为 #{new_priority}")
  end
  sleep 5
end

这段脚本可以直接在路由器本机运行，但生产环境通常不会每5秒写一次文件。更合理的做法是通过SSH或NETCONF将配置推送到设备，或者调用设备本地API。本文为了展示核心逻辑，把它简化成了本地文件写入。如果你的网络设备支持Ruby环境，甚至可以把它嵌入到设备的事件处理框架中。

权限是最容易忽视的问题。读取/sys/class/net/通常不需要root权限，但写入/tmp或执行配置命令往往需要特权。如果脚本通过cron或systemd定时器运行，要确保运行用户具备相应权限。同时，配置下发前最好做一次dry-run，把即将应用的命令打印到日志中，方便人工确认。

另外，VRRP抢占本身有延迟，默认可能为0秒，意味着状态变化后会立即抢占，但一些设备出于防抖考虑会设置几秒的延迟。在脚本里加轮询间隔时，要避免与设备自身的抢占延迟叠加导致切换时间过长。通常5秒的轮询对于大多数场景已经足够，如果对收敛时间有更高要求，可以改成1秒并增加状态连续确认次数，防止接口瞬时抖动引发误切换。