Я новичок в нетворкинге и просто не могу понять это.
Я пытаюсь настроить KVM-Qemu, чтобы запустить несколько виртуальных машин. Инструкции, которым я следую, говорят мне использовать eth0 и eth1 как локальные и WAN-соединения. У меня только eth0 используется для WAN. Я создал (или пытался) eth1 и соответствующий мост, но это продолжает отключать меня от сервера, когда я перезапускаю сетевые интерфейсы.
Есть идеи, как это исправить, ведь у меня только eth0?
Инструкции здесь:
http://www.cyberciti.biz/faq/kvm-virtualization-in-redhat-centos-scientific-linux-6/
Для моста я использую настройки, которые мой хост предоставил мне для дополнительного IP.
Запуск конфигурации eth0:
##Note for customers who want to create bridged networking for virtualisation:
##Gateway is set in separate file
##Do not forget to change interface in file route-eth0 and rename this file
device: eth0
DEVICE=eth0
BOOTPROTO=none
ONBOOT=yes
HWADDR=50:46:5d:xx:xx:xx
IPADDR=144.76.xx.xxx
NETMASK=255.255.255.255
SCOPE="peer 144.76.yy.yyy"
IPV6INIT=yes
IPV6ADDR=2a01:4f8:191:7282::2/64
IPV6_DEFAULTGW=fe80::1
IPV6_DEFAULTDEV=eth0
На данный момент eth1 не существует (хотя инструкции говорят, что он должен).
Затем я создаю eth1 из инструкции:
DEVICE=eth1
ONBOOT=yes
HWADDR=00:30:48:C6:0A:D9
BRIDGE=br1
Затем добавляю мосты:
DEVICE=br0
TYPE=Bridge
BOOTPROTO=static
ONBOOT=yes
## setup LAN/VLAN ips as per your needs ##
IPADDR=10.10.29.66
NETMASK=255.255.255.192
DELAY=0
DEVICE=br1
TYPE=Bridge
BOOTPROTO=static
ONBOOT=yes
## setup INTERNET ips as per your needs ##
IPADDR=74.ww.xx.yy
NETMASK=255.255.255.248
GATEWAY=74.ww.xx.yy
DELAY=0
(Я заменяю настройки моста на те, которые мой хост предоставил для br1)
Затем я перезапускаю сеть, и она не работает.
Любые идеи? :)
Что-то подозрительно выглядит с привязкой к ipv6. Сеть ipv6 должна быть связана с использованием оператора NETWORKING_IP6 = yes, и необходимо ввести имя хоста. Для получения дополнительной информации я нашел руководство по адресу https://wikis.uit.tufts.edu/confluence/display/TUSKpub/Configure+Pair+Bonding,+VLANs,+and+Bridges+for+KVM+Hypervisor