Re: VZ и ip-адреса с разных подсетей. [message #39204 is a reply to message #39189] |
Sat, 27 March 2010 11:13   |
RXL_
Messages: 147 Registered: July 2009 Location: Moscow/Russia
|
Senior Member |
|
|
Попробуйте так:
ip ro a 173.224.118.0/24 dev eth0 src 173.224.112.65
Если не поможет, то можно и на бридже - это не сложно.
Основы можно почитать здесь:
http://wiki.openvz.org/Virtual_Ethernet_device#Virtual_Ether net_devices_can_be_joined_in_one_bridge
http://wiki.openvz.org/Virtual_Ethernet_device#Making_a_brid ged_veth-device_persistent
Для этого создается бридж:
http://wiki.openvz.org/Virtual_Ethernet_device#Adding_veth_t o_a_CT
В VE добавляем виртуальное eth-устройство:
vzctrl set ${VEID} --save --netif_add eth0
В VE интерфейс будет называться eth0, а на HN - veth${VEID}.0.
Добавляем это устройство в бридж:
brctl addif br0 veth${VEID}.0
Далее самая опасная в удаленном администрировании часть: нужно добавить eth0 в бридж, снять IP (v4 и v6 !!!) с eth0, назначить их на br0 и добавить необходимые маршруты. Выполнять это лучше одним скриптом без вывода в консоль.
Стоит потренироваться сперва на локальной машине (можно даже на виртуальной). Операция простая, но, если нет возможности подключить KVM на удаленном сервере, то она может привести к его недоступности. В случае трабл надо просить хостера ресетнуть сервер: настройки бриджа не сохранены в стартовых скриптах.
Если на сервере есть второй ethernet-порт и хостер может предоставить вторую соску, то задача упрощается: eth0 остается как есть - для обслуживания HN, а eth1 используется для бриджа.
... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
|
|
|