当我尝试配置第二个故障转移 IP 地址时，我在 Xen 虚拟机（运行最新的 Debian）上遇到了问题。OVH 报告说我的 IP 配置错误，他们抱怨说他们从这些 IP 收到大量 ARP 数据包，所以如果我不解决这个问题，他们就会封锁我的 IP。
我怀疑存在路由问题，但我不知道（并且无法在提供商的网站上找到任何有用的信息，并且他们的支持没有为我提供有效的解决方案，只是将我引导至他们的在线 - 无用的 - 指南）。
我的 /etc/network/interfaces 如下所示：
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet static
address AAA.AAA.AAA.AAA
netmask 255.255.255.255
broadcast AAA.AAA.AAA.AAA
post-up route add 000.000.000.254 dev eth0
post-up route add default default gw 000.000.000.254 dev eth0
# Secondary NIC
auto eth0:0
iface eth0:0 inet static
address BBB.BBB.BBB.BBB
netmask 255.255.255.255
broadcast BBB.BBB.BBB.BBB
路由表如下：
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
000.000.000.254 0.0.0.0 255.255.255.255 UH 0 0 0 eth0
0.0.0.0 000.000.000.254 0.0.0.0 UG 0 0 0 eth0
在这些例子中（真实 IP 地址被虚假 IP 地址取代，猜猜为什么：）），000.000.000.000 是我的主服务器的 IP 地址（dom0），000.000.000.254 是 OVH 推荐的默认网关，AAA.AAA.AAA.AAA 是第一个 IP 故障转移，BBB.BBB.BBB.BBB 是第二个。
我需要 AAA.AAA.AAA.AAA 和 BBB.BBB.BBB.BBB 都能够从 Internet 公开访问并指向我的 domU，并且能够从虚拟机 (domU) 内部访问 Internet。我使用 eth0 和 eth0:0，因为由于 OVH 支持，我必须将两个 IP 分配给同一个 MAC 地址，然后为第二个 IP 创建虚拟 eth0:0 接口。
有什么建议吗？我做错了什么？我怎样才能阻止 OVH 抱怨 ARP 泛滥？
提前致谢，DS
答案1
您不需要为辅助 IP 地址定义广播地址。
“故障转移” IP 地址的配置如下：
# Secondary NIC
auto eth0:0
iface eth0:0 inet static
address BBB.BBB.BBB.BBB
netmask 255.255.255.XXX
来自实时服务器的示例：
auto eth0:0
iface eth0:0 inet static
address 178.32.36.20
netmask 255.255.255.0
顺便提一下，你这样做的方式是错误的/过于复杂的。简单的方法是将“虚拟 Mac 地址”与故障转移 IP 地址关联。你可以在 OVH 管理器中服务器的服务选项卡中找到此选项。这允许你桥接与给定虚拟 Mac 地址关联的所有虚拟接口。这样你就不必担心任何路由了。非常简单。
编辑 ：我刚想到一件事。确保在 dom0 中启用路由，并且 net.ipv4.ip_forward=1。
编辑2：听了你的评论后，我去查看了 OVH 推荐的做法，你应该尝试一下。这是本文的特色论坛帖子。我不知道您是否懂法语，但它说的是将以下内容放入您的 domU 的网络配置中。
auto eth0
iface eth0 inet static
address <IP FAILOVER> # domU IP address
netmask 255.255.255.255
post-up /sbin/ip route add IP.of.your.dom0.254 dev eth0 # IP.of.your.dom0.254 = dom0's gateway
post-up /sbin/ip route add default via IP.of.your.dom0.254
在我看来，如果您处于具有虚拟 MAC 地址的桥接网络配置中，那么这就可以解决问题。
答案2
令人难以置信，但却是事实：在与 OVH 支持人员交谈后（他们评估此配置没有任何问题），并恢复了初始设置（将 IP 故障转移 BBB.BBB.BBB.BBB 重新关联到与 AAA.AAA.AAA.AAA 相同的 MAC 地址），现在它可以正常工作！