Debian / OVH:如何在同一个Xen(Debian)虚拟机上configuration多个故障转移IP?

当我尝试configuration第二个故障转移IP地址时,我在Xen虚拟机(运行最新的Debian)上遇到问题。 OVH报告我的IPconfiguration错误,他们抱怨说他们收到了来自这些IP的大量ARP数据包,所以他们会阻止我的IP,除非我解决了这个问题。

我怀疑有一个路由问题,但我不知道(也找不到任何有用的信息在提供商的网站上,他们的支持并没有提供给我一个有效的解决scheme,只是反弹我的网上无用的指南) 。

我的/ etc / network /接口看起来像这样:

# 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地址replace,猜为什么:)),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创build虚拟eth0:0接口。

任何build议? 我究竟做错了什么? 如何停止OVH抱怨ARP泛滥?

非常感谢,DS

您不需要为辅助IP地址定义广播地址。

“故障转移”IP地址的configuration只是以下内容:

 # 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地址相关联。 您将在OVHpipe理器的服务器的服务选项卡中find此选项。 这使您可以桥接与给定的虚拟Mac地址关联的所有虚拟接口。 这样你也不必担心任何路由。 简单,因为它得到。

编辑:我只是想到了一些东西。 确保你启用路由在你的dom0与net.ipv4.ip_forward = 1。

编辑2:你的评论后,我去看看什么OVHbuild议做的,你应该尝试。 这是在这个论坛post中的特色。 我不知道你是否理解法文,但是它说的是在你的domU的networkingconfiguration中join以下内容。

 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地址桥接networkingconfiguration。

令人难以置信但却是事实:在对OVH支持(这种评估没有评估该configuration的任何问题)进行了说明之后,并恢复了初始设置(将IP故障切换BBB.BBB.BBB.BBB重新关联到与AAA.AAA相同的MAC地址.AAA.AAA)现在工作正常!