Итак, я искал последние пару дней, пытаясь выяснить, как лучше всего этого добиться, но все еще не могу понять.
У меня есть установка сервера Debian с Proxmox для размещения виртуальных машин OpenVZ и Qemu. Мой провайдер назначил мне две подсети на одном порте исходящей связи. Моя конечная цель - подключить Qemu к eth1, а OpenVZ - на eth1. Я хочу использовать маршрутизацию OpenVZ (venet) из-за простоты предоставления серверов.
Теоретически это то, что я пытаюсь сделать (шлюз может быть 200.x.x.41 или 200.x.x.97):
/// Gateway 200.x.x.x ///
|
|
/// eth1 ///
| |
| |
//qemu br// //openvz venet//
За последние пару дней я перепробовал почти все конфигурации, которые только мог придумать, и, похоже, столкнулся с проблемой либо qemu, либо openvz.
Метод маршрутизации для openvz, который я хочу использовать (venet), не поддерживает мост, поэтому я думаю, что он не работает, когда у меня есть настройка bridge_ports eth1 для моста, так как тогда таблица маршрутизации показывает шлюз по умолчанию как br0, но я мог бы быть неправым.
У меня есть две подсети, которые маршрутизируются на мой порт eth1, 200.x.x.40 / 29 и 200.x.x.96 / 27. Я хотел бы использовать подсеть 200.x.x.96 / 27 для OpenVZ и 200.x.x.40 / 29 для Qemu.
Возможно ли это физически без нескольких сетевых адаптеров?
Может ли кто-нибудь помочь мне или, по крайней мере, указать мне в правильном направлении, я выдернул те волосы, которые у меня остались, и я не могу не думать, что это что-то простое, что я слишком усложняю или просто не вижу.
Заранее спасибо за любую помощь, мы очень ценим это!
WOO HOO Я понял это !! В случае, если кто-то еще столкнется с этой проблемой, все, что вам нужно, это включить proxy_arp на мостовом интерфейсе !!
auto lo
iface lo inet loopback
iface eth1 inet manual
auto vmbr0
iface vmbr0 inet static
address 209.x.x.42
netmask 255.255.255.248
gateway 209.x.x.41
bridge_ports eth1
bridge_stp off
bridge_fd 0
post-up echo 1 > /proc/sys/net/ipv4/conf/vmbr0/proxy_arp
Итак, как вы видите, я использовал подсеть 208.x.x.41 / 29 для моста, а затем включил proxy_arp на мосту (vmbr0) и вуаля!
Поскольку я использую метод маршрутизации Venet, вам на самом деле не нужно указывать другую подсеть в конфигурации, что еще больше упрощает добавление дополнительных подсетей в дальнейшем!
Я также изменил значение VE_ROUTE_SRC_DEV в /etc/vz/vz.conf на:
VE_ROUTE_SRC_DEV="vmbr0"