LINUX.ORG.RU

История изменений

Исправление Deleted, (текущая версия) :

Да, спасибо! Всё, что нужно, заработало. Убрал eth2 в interfaces и поставил br2 в /etc/default/isc-dhcp-server.

В связи с этим 2 вопроса:

Вопрос 1:
Но почему во многих руководствах ( Ubuntu или Debian) предлагается настраивать так: 

auto eth0
iface eth0 inet manual

auto br0
iface br0 inet static
        address 192.168.0.10
        network 192.168.0.0
        netmask 255.255.255.0
        broadcast 192.168.0.255
        gateway 192.168.0.1
        bridge_ports eth0
        bridge_stp off
        bridge_fd 0
        bridge_maxwait 0

или

auto eth0
iface eth0 inet manual

auto br0
iface br0 inet dhcp
        bridge_ports eth0
        bridge_stp off
        bridge_fd 0
        bridge_maxwait 0

Это уже стало deprecated? ведь сейчас обошлись без manual.

Вопрос 2:
Раз всё так, то почему в следующем случае: 

allow-hotplug eth1
iface eth1 inet dhcp

auto br1
iface br1 inet dhcp
bridge_ports eth1
bridge_stp off
bridge_fd 0
bridge_maxwait 0
где eth1 получает интернет от роутера, всё работает и виртуалка взаимодействует с br1. А если закомментить 
#allow-hotplug eth1
#iface eth1 inet dhcp
то интернет на сервере виртуальных машин работает, а сами виртуалки не могут получить адрес по dhcp с помощью br1?

Исправление Deleted, :

Да, спасибо! Всё, что нужно, заработало. Убрал eth2 в interfaces и поставил br2 в /etc/default/isc-dhcp-server.

В связи с этим 2 вопроса:

Вопрос 1:
Но почему во многих руководствах ( Ubuntu или Debian) предлагается настраивать так: 

auto eth0
iface eth0 inet manual

auto br0
iface br0 inet static
        address 192.168.0.10
        network 192.168.0.0
        netmask 255.255.255.0
        broadcast 192.168.0.255
        gateway 192.168.0.1
        bridge_ports eth0
        bridge_stp off
        bridge_fd 0
        bridge_maxwait 0

или

auto eth0
iface eth0 inet manual

auto br0
iface br0 inet dhcp
        bridge_ports eth0
        bridge_stp off
        bridge_fd 0
        bridge_maxwait 0

Это уже стало deprecated, ведь сейчас обошлись без manual?

Вопрос 2:
Раз всё так, то почему в следующем случае: 

allow-hotplug eth1
iface eth1 inet dhcp

auto br1
iface br1 inet dhcp
bridge_ports eth1
bridge_stp off
bridge_fd 0
bridge_maxwait 0
где eth1 получает интернет от роутера, всё работает и виртуалка взаимодействует с br1. А если закомментить 
#allow-hotplug eth1
#iface eth1 inet dhcp
то интернет на сервере виртуальных машин работает, а сами виртуалки не могут получить адрес по dhcp с помощью br1?

Исходная версия Deleted, :

Да, спасибо! Всё, что нужно, заработало. Убрал eth2 в interfaces поставил br2 в /etc/default/isc-dhcp-server.

В связи с этим 2 вопроса:

Вопрос 1:
Но почему во многих руководствах ( Ubuntu или Debian) предлагается настраивать так: 

auto eth0
iface eth0 inet manual

auto br0
iface br0 inet static
        address 192.168.0.10
        network 192.168.0.0
        netmask 255.255.255.0
        broadcast 192.168.0.255
        gateway 192.168.0.1
        bridge_ports eth0
        bridge_stp off
        bridge_fd 0
        bridge_maxwait 0

или

auto eth0
iface eth0 inet manual

auto br0
iface br0 inet dhcp
        bridge_ports eth0
        bridge_stp off
        bridge_fd 0
        bridge_maxwait 0

Это уже стало deprecated, ведь сейчас обошлись без manual?

Вопрос 2:
Раз всё так, то почему в следующем случае: 

allow-hotplug eth1
iface eth1 inet dhcp

auto br1
iface br1 inet dhcp
bridge_ports eth1
bridge_stp off
bridge_fd 0
bridge_maxwait 0
где eth1 получает интернет от роутера, всё работает и виртуалка взаимодействует с br1. А если закомментить 
#allow-hotplug eth1
#iface eth1 inet dhcp
то интернет на сервере виртуальных машин работает, а сами виртуалки не могут получить адрес по dhcp с помощью br1?