Установить маршрут по умолчанию для виртуального IP
У меня есть виртуальное частное облако, работающее на 10.0.0.x. В этой сети две машины используют виртуальный ip для обеспечения высокой доступности и подключения к Интернету через aaa.bbb.ccc.164. Там конфиги есть:
proxy1:
eth0:0 inet addr:aaa.bbb.ccc.164 Bcast:aaa.bbb.ccc.255 Mask:255.255.255.0
eth1 inet addr:10.0.0.10 Bcast:10.0.0.255 Mask:255.255.255.0
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 aaa.bbb.ccc.1 0.0.0.0 UG 100 0 0 eth0
10.0.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
aaa.bbb.ccc.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
Proxy2:
eth0 Link encap:Ethernet HWaddr da:00:07:b0:97:c7
inet addr:aaa.bbb.ccc.26 Bcast:aaa.bbb.ccc.255 Mask:255.255.255.0
eth1 Link encap:Ethernet HWaddr aa:01:41:b0:97:c7
inet addr:10.0.0.50 Bcast:10.0.0.255 Mask:255.255.255.0
В этом примере Proxy1 содержит виртуальный IP-адрес.
Таким образом, за этими прокси существует пара серверов. В данный момент шлюз по умолчанию статически настроен на Proxy2, но когда он недоступен, доступ к Интернету невозможен.
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.0.0.50 0.0.0.0 UG 100 0 0 eth1
10.0.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
Итак, я хочу, чтобы они направлялись во внешний мир через виртуальный IP-адрес. Каков будет лучший способ сделать это?
1 ответ
Что вы используете для управления виртуальным IP на другой стороне (.164)? Разве вы не можете использовать тот же механизм на стороне 10.XXX для создания виртуального шлюза по умолчанию для серверов? Единственная более сложная задача - убедиться, что в сценариях, где виртуальный IP-адрес переключился с одного прокси-сервера на другой (например, сбой сети на сетевой карте), виртуальный IP-адрес в другой сети также переключается). - Джереми Гиббонс 31 января в 10:25
Это то, что помогло мне.