VRRP（虚拟路由冗余协议）的核心思想是让多台物理设备共享一个虚拟IP地址，当主设备发生故障时，备用设备能够及时接管该虚拟IP，从而保证上层业务的连续性。在这个过程中，虚拟IP需要出现在主设备的网络接口上，同时该接口自身的真实IP也必须保持有效，否则管理流量和业务流量会互相干扰。很多初学者会误以为一个接口只能绑定一个IP地址，实际上Linux的IP地址模型支持在同一块网卡上配置多个地址，最早的地址被视为主地址，后续添加的地址作为辅助地址存在，这为虚拟IP与接口IP共存提供了基础。
不过，仅仅把虚拟IP添加到接口上并不等于实现了完整的VRRP。完整的VRRP还需要发送和接收VRRP通告报文、维护状态机、处理抢占延迟以及选举Master。本文聚焦于地址管理这一环节，用Ruby封装系统命令，动态添加或删除虚拟IP，同时避免与接口真实IP冲突。所使用的技术思路同样适用于Python、Perl等脚本语言，适合自研轻量级运维工具或理解底层原理。
一、VRRP管理地址的底层逻辑
在Linux系统中，使用ip addr add命令可以给指定接口增加一个IP地址。例如执行ip addr add 192.168.1.100/24 dev eth0之后，eth0接口上就会出现两个地址：原有的真实IP和新增的虚拟IP。它们处于同一接口，共享相同的MAC地址和广播域，因此从网络层看，虚拟IP与接口IP是同时可达的。这种设计允许VRRP的Master设备在接管虚拟IP时不丢失自身的管理地址，备用设备也不会因为缺少虚拟IP而无法通信。
但是，简单的地址添加存在几个隐患。第一，如果虚拟IP与接口真实IP完全相同，会导致IP冲突，路由表产生混乱；第二，如果虚拟IP已经被其他接口或设备占用，直接添加会引发ARP冲突；第三，当虚拟IP被删除后，相关的ARP缓存可能需要一段时间才会失效，影响切换速度。因此，一个可靠的VRRP地址管理工具必须具备冲突检测、状态查询和异常处理能力。下面将逐步介绍如何用Ruby实现这些功能。
二、用Ruby封装IP命令实现地址管理
Ruby执行系统命令有多种方式，例如system、反引号`以及Open3.capture3。其中Open3.capture3可以同时捕获标准输出和标准错误，还能返回进程退出状态，特别适合用来判断命令是否执行成功。下面的代码定义了一个VRRPManager类，包含添加虚拟IP、删除虚拟IP和检测虚拟IP是否存在三个核心方法。
require 'open3'
require 'ipaddr'
class VRRPManager
attr_reader :interface, :vip, :prefix
def initialize(interface:, vip:, prefix: 24)
@interface = interface
@vip = vip
@prefix = prefix
end
def add_vip
return true if vip_exists?
cmd = "ip addr add #{vip}/#{prefix} dev #{interface}"
_stdout, stderr, status = Open3.capture3(cmd)
if status.success?
puts "虚拟IP #{vip} 已添加到 #{interface}"
true
else
warn "添加失败: #{stderr.strip}"
false
end
end
def del_vip
return true unless vip_exists?
cmd = "ip addr del #{vip}/#{prefix} dev #{interface}"
_stdout, stderr, status = Open3.capture3(cmd)
if status.success?
puts "虚拟IP #{vip} 已从 #{interface} 移除"
true
else
warn "移除失败: #{stderr.strip}"
false
end
end
def vip_exists?
cmd = "ip addr show dev #{interface}"
stdout, _stderr, status = Open3.capture3(cmd)
return false unless status.success?
stdout.lines.any? { |line| line.include?(vip) }
end
end
代码中使用Open3.capture3执行ip命令，避免了直接使用system时无法捕获输出细节的问题。在vip_exists?方法中，通过解析ip addr show dev的输出判断虚拟IP是否已经存在。需要注意的是，这种字符串匹配方式存在误判风险，例如虚拟IP为192.168.1.10时，输出中的192.168.1.100也可能被错误匹配。更严谨的做法是解析出CIDR形式的地址并做精确比较，后面会说明如何实现冲突检测。
另外，构造命令字符串时直接将变量拼接进命令，如果接口名或IP来自用户输入，存在命令注入风险。改进方法是使用数组传参，例如Open3.capture3('ip', 'addr', 'add', "#{vip}/#{prefix}", 'dev', interface)，这样shell不会解释特殊字符。对于简单的内部工具，字符串拼接尚可接受，但一旦对外提供接口就必须提高安全性。
三、实现虚拟IP与接口IP共存的冲突检测
在添加虚拟IP之前，必须确认该IP没有被其他接口占用，同时接口自身的真实IP也不能与虚拟IP相同，否则会造成地址冲突。可以通过ip -o addr show命令遍历所有接口的IPv4地址，提取出CIDR格式的地址，再与目标虚拟IP做精确比较。下面的方法实现了这一逻辑。
def ip_conflict?(ip)
cmd = "ip -o addr show"
stdout, _stderr, status = Open3.capture3(cmd)
return true unless status.success?
stdout.each_line do |line|
# 从输出中提取CIDR地址，例如 192.168.1.10/24
if line =~ /inet\s+(\S+)/
addr = $1
# 去掉前缀长度只比较IP部分
if addr.split('/').first == ip
return true
end
end
end
false
end
这个冲突检测方法的核心是正则表达式/inet\s+(\S+)/。在ip -o addr show的输出中，每个IPv4地址都会以inet开头，后面跟着地址和前缀长度。\s+匹配一个或多个空白字符，\S+匹配非空白字符序列，也就是CIDR地址本身。通过split('/')去掉前缀长度后，与传入的IP字符串做精确比较，避免子串误匹配。
如果检测到冲突，就拒绝添加虚拟IP并给出明确提示。这种检测仅在添加时执行，但对于已经存在的错误状态，例如虚拟IP被意外手动配置到其他接口，删除操作仍应能正常执行。实际使用时还可以结合ping或ARP探测进一步确认IP是否在网络中已被占用，不过这会引入额外延迟，需要根据业务场景权衡。
四、完整脚本与测试方案
将上述方法组合成一个可执行的命令行脚本，支持add和del两个子命令。脚本启动时解析参数，对IP和接口做基本校验，然后根据操作类型调用对应的管理方法。完整代码如下所示。
#!/usr/bin/env ruby
require 'open3'
class VRRPManager
attr_reader :interface, :vip, :prefix
def initialize(interface:, vip:, prefix: 24)
@interface = interface
@vip = vip
@prefix = prefix
end
def add_vip
return true if vip_exists?
cmd = "ip addr add #{vip}/#{prefix} dev #{interface}"
_stdout, stderr, status = Open3.capture3(cmd)
if status.success?
puts "虚拟IP #{vip} 已添加到 #{interface}"
true
else
warn "添加失败: #{stderr.strip}"
false
end
end
def del_vip
return true unless vip_exists?
cmd = "ip addr del #{vip}/#{prefix} dev #{interface}"
_stdout, stderr, status = Open3.capture3(cmd)
if status.success?
puts "虚拟IP #{vip} 已从 #{interface} 移除"
true
else
warn "移除失败: #{stderr.strip}"
false
end
end
def vip_exists?
cmd = "ip addr show dev #{interface}"
stdout, _stderr, status = Open3.capture3(cmd)
return false unless status.success?
stdout.lines.any? { |line| line.include?(vip) }
end
def ip_conflict?(ip)
cmd = "ip -o addr show"
stdout, _stderr, status = Open3.capture3(cmd)
return true unless status.success?
stdout.each_line do |line|
if line =~ /inet\s+(\S+)/
addr = $1
if addr.split('/').first == ip
return true
end
end
end
false
end
end
if $PROGRAM_NAME == __FILE__
action = ARGV[0]
interface = ARGV[1] || 'eth0'
vip = ARGV[2]
prefix = ARGV[3] || '24'
unless vip
puts "用法: #{$PROGRAM_NAME} add|del 接口名 虚拟IP 前缀长度"
exit 1
end
manager = VRRPManager.new(interface: interface, vip: vip, prefix: prefix.to_i)
if action == 'add' && manager.ip_conflict?(vip)
puts "检测到IP冲突: #{vip} 已在其他接口配置"
exit 1
end
case action
when 'add'
exit(manager.add_vip ? 0 : 1)
when 'del'
exit(manager.del_vip ? 0 : 1)
else
puts "未知操作: #{action}"
exit 1
end
end
测试时，需要以root权限运行脚本。先在测试机上准备一个未被占用的虚拟IP，例如192.168.1.200，然后执行ruby vrrp_manager.rb add eth0 192.168.1.200 24。命令成功后，通过ip addr show dev eth0可以看到接口上同时存在真实IP和虚拟IP。使用ping 192.168.1.200应当能收到响应，同时原有真实IP的连通性不受影响。重复执行同一条add命令，脚本会直接返回成功而不会重复添加。
删除虚拟IP时执行ruby vrrp_manager.rb del eth0 192.168.1.200 24，之后该地址将从接口消失。如果尝试删除一个不存在的虚拟IP，del_vip方法也会直接返回成功，这种幂等设计便于在自动化任务中安全调用。需要注意的是，在某些系统上删除辅助地址后，ARP缓存可能需要几秒到几分钟才能完全清除，如果紧接着重新添加同一IP，可能暂时无法通信。
五、常见问题与进阶优化
常见问题主要集中在权限和地址选择上。ip addr add需要root权限，如果脚本以普通用户运行，会得到Operation not permitted错误。IP地址格式错误或前缀长度超出范围也会导致命令失败，可以在初始化时使用IPAddr类进行格式校验。另外，虚拟IP与接口真实IP处于同一子网时，内核源地址选择可能优先使用主地址，导致响应报文不会以虚拟IP作为源地址，这会影响某些基于源IP的认证机制。可以通过调整路由策略或使用ip rule来解决，但已超出简单地址管理的范围。
从性能角度看，频繁调用外部命令会增加进程创建开销。如果需要在毫秒级完成大量地址切换，可以考虑使用Ruby的Netlink接口与内核直接通信，不过实现复杂度较高。对于绝大多数运维场景，使用Open3封装ip命令已经足够。在功能扩展方面，可以为脚本增加配置文件解析、日志记录以及systemd服务集成，使其成为一个小型守护进程。
本文实现的只是一个轻量级的VRRP地址管理工具，不具备完整的VRRP状态机和通告报文处理能力。生产环境中如果对高可用有严格要求，建议使用Keepalived或VRRPd等成熟实现。但通过理解虚拟IP与接口IP共存的原理，以及用Ruby封装底层命令的过程，可以更灵活地应对一些定制化运维需求，也能在故障排查时快速定位地址层面的问题。