Я настраиваю сервер Ubuntu 10.04 для запуска KVM. Мне нужно, чтобы виртуальные машины соединялись в сеть, поскольку они будут частью моей основной локальной сети. К тому же, eth0 (основной сетевой интерфейс на сервере) использует DHCP для получения статического IP-адреса от DHCP-сервера (таким образом, у меня есть центральная точка для изменения IP-адресов моих серверов).
При попытке добавить br0 интерфейс (как описано здесь http://wiki.libvirt.org/page/Networking#Bridged_networking_.28aka_.22shared_physical_device.22.29) Я поменял свой /etc/network/interfaces следующим образом:
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet dhcp
# The bridge network interface, used by kvm
auto br0
iface br0 inet manual
bridge_ports eth0
bridge_stp yes
bridge_fd 0
bridge_maxwait 0
Я также добавил следующие строки в sysctl.conf:
net.bridge.bridge-nf-call-ip6tables = 0
net.bridge.bridge-nf-call-iptables = 0
net.bridge.bridge-nf-call-arptables = 0
Как только я перезагружаю сервер, я теряю соединение с eth0 (исходящее и входящее).
Что не так с этой конфигурацией? Какая рекомендуемая настройка?
Основное различие, которое я вижу, заключается в том, что моя конфигурация (также на Ubuntu 10.04) - которая, к счастью, работает - не назначает IP и т.д. непосредственно интерфейсу eth0, а скорее интерфейсу br0.
Обратите внимание, что в моей конфигурации гости настроены на использование DHCP и работают с / etc / network / interfaces, как показано ниже:
# The primary network interface
auto eth0
iface eth0 inet manual
# bridge interface for kvm
auto br0
iface br0 inet static
address 192.168.1.254
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers 4.2.2.1 8.8.8.8
dns-search mycompany.com
bridge_ports eth0
bridge_fd 9
bridge_hello 2
bridge_maxage 12
bridge_stp off
Я почти уверен, что вы можете просто изменить часть о iface br0 inet static на dhcp и удалить адрес, сетевую маску, сеть, шлюз и т. Д.
Мне не пришлось возиться с настройками sysctl.conf ... по крайней мере, пока.