Я выполняю сервер на IP X.Y.3.7, и я хочу выполнить несколько VMs на нем с помощью libvirt.
Я настроил устройство моста:
auto eth0
iface eth0 inet manual
auto br0
iface br0 inet static
address X.Y.3.7
broadcast X.Y.3.31
netmask 255.255.255.224
gateway X.Y.3.1
bridge_ports none
bridge_ports eth0
...
Все работает гладко если использование первый из моих трех дополнительных дюйм/с: X.Y.3.9
Однако другие 2 от другого X.Y.4.101 X.Y.4.102 подсети
Подход запараллеленной сети, кажется, не работает с Гостем от различных подсетей? Какие альтернативы я имею?
Вы br0
мост только направляете торговлю Вашим X.Y.3.0/27
подсеть.
необходимо создать другой интерфейс моста для второй подсети, или разворачивают размер Вашего br0
сетевая маска.
, Например, Вы могли сделать другой мост, br1
. Необходимо было бы использовать 255.255.255.248
в качестве сетевой маски для использования X.Y.4.101 в качестве IP хоста; если бы Вы вместо этого используете 255.255.255.252
, X.Y.4.101 был бы Вашим шлюзом по умолчанию.
auto br1
iface br1 inet static
address X.Y.4.100
netmask 255.255.255.248
gateway X.Y.4.97
broadcast X.Y.4.103
bridge_ports eth0
, Если Вы хотите присоединиться к тем двум подсетям в ту, который все использование тот же интерфейс моста (то есть, Вы не используете IP-адресов от той новой, большей подсети больше нигде) можно просто повторно вычислить соответствующую сетевую маску и широковещательный адрес:
auto br0
iface br0 inet static
address X.Y.3.7
broadcast X.Y.7.255
netmask 255.255.248.0
gateway X.Y.3.1
bridge_ports none
bridge_ports eth0
недостаток использования этого второго подхода - то, что Вы волнуете создание одной очень большой подсети адреса 2048 года, от X.Y.0.0 - X.Y.7.255
, Если Вы были готовы сделать некоторое переделывание Вашей таблицы маршрутизации (и я не могу рекомендовать это предложение, поскольку это повредило бы нотацию стиля CIDR и направляющий) Вы могли создать более сложную сетевую маску для такой подсети, исключая большее количество IP-адресов, Это обычно - плохая идея для целого набора причин.