Предварительные мероприятия
Это следующее сработало для меня в Ubuntu 12.04. Во время тестирования вам следует отключить брандмауэр вашего компьютера, чтобы он не мешал работе.
Файл /etc/default/qemu-kvm должен быть таким, как был установлен изначально.
Вам нужно будет иметь мост-утилиты
qemu-kvm и libvirt-bin установленный. Все пользователи, использующие виртуальные машины, должны быть добавлены в группу libvirtd.
Похоже, больше нет необходимости добавлять возможность CAP_NET_ADMIN.
Настройка сети
Сетевым режимом по умолчанию является пользовательский режим, также называемый SLIRP. Он использует предопределенный мост virbr0, который маршрутизируется NAT на гостевой компьютер. Маршрутизация NAT использует функцию ip_forwarding ядра и iptables. Режим моста использует виртуальный мост в гостевой системе, к которому подключается (ненумерованный) интерфейс Ethernet и на котором как хост, так и гость имеют свои сетевые интерфейсы.
Следующие диаграммы могут прояснить различия:
Вы можете увидеть, как определяется пользовательская сеть по умолчанию с помощью:
virsh net-dumpxml default
Я могу настроить мостовой режим с помощью следующих подходов:
В /etc /network /interfaces (из связующей части сообщения, которое вы упомянули в своем вопросе):
auto loiface lo inet loopback#auto eth0#iface eth0 inet dhcpauto eth0iface eth0 inet manualauto br0iface br0 inet dhcp bridge_ports eth0 bridge_stp off bridge_fd 0 bridge_maxwait 0
Перезагрузитесь; и убедитесь, что беспроводная сеть не активна. Проверьте IP-маршрут по умолчанию с помощью ip route. Он должен использовать интерфейс br0.
Примечание. Если ваш Ethernet не подключен при внесении этого изменения, вам необходимо подключить кабель Ethernet и подключить носитель, иначе загрузка зависнет на две минуты, и у вас не будет возможности подключения к сети Это связано с тем, что интерфейс eth0, находясь в этом файле, должен появиться до того, как загрузка сможет продолжаться нормально.
Примечание: Как правило, вы не можете использовать беспроводную сеть вместо eth0 из-за их неспособности использовать несколько MAC-адресов (я предполагаю, что им нужен второй для моста).
В качестве альтернативы вы можете отключить использование Ethernet и убедиться, что у него нет IP-адреса и что маршрут по умолчанию не настроен с помощью ip route. Затем:
sudo ifconfig eth0 0.0.0.0 up sudo brctl addbr br0 sudo brctl addif br0 eth0 sudo ifconfig br0 up sudo dhclient br0 &
Вы также можете указать здесь статический IP-адрес, а также определить маршрут по умолчанию и DNS-адрес. Для этого примера dhclient делает это.
Вот моя таблица маршрутов:
$ip route listdefault via 192.168.1.1 dev br0 metric 100 169.254.0.0/16 dev br0 scope link metric 1000 192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.45 192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1
Использование kvm
Затем я могу загрузить подключенную kvm-машину с помощью:
$ sudo kvm -name Quantal -m 1024 -hda foo.qcow2 --soundhw ac97 -device virtio-net,netdev=tunnel -netdev tap,id=tunnel,ifname=vnet0
То -netdev tap параметр делает sudo обязательным требованием. При запуске виртуальной машины qemu-kvm выполняет следующие команды:
ifconfig vnet0 0.0.0.0 brctl addif brctl addif br0 vnet0
Это делается с помощью /etc/qemu-ifup
Интерфейс vnet0 виртуальной машины добавляется к мосту br0, потому что приведенный выше маршрут по умолчанию использует этот интерфейс моста. Если бы его там не было, интерфейс tap вместо этого был бы добавлен к интерфейсу virbr0. Поскольку он не подключен к Интернету, в моих экспериментах NAT будет использоваться для подключения гостя к хосту и Интернету. Вы можете направить vnet0 на определенный мост в /etc/default/qemu-kvm. Используя virt-manager, приведенный ниже, вы можете явно указать, к какому мосту подключаться.
Из-за вышеуказанных команд, выданных qemu-kvm, и -netdev tap,id=tunnel,ifname=vnet0 параметр, виртуальная машина виртуальной машины подключена к туннелю vnet0, а туннель подключен к мосту br0.
Теперь я могу напрямую подключиться к этой гостевой виртуальной машине по ssh с другого компьютера в моей сети.
Мой хозяин ifconfig (обратите внимание на интерфейс vnet0, который появляется в моей сети при запуске виртуальной машины):
$ifconfigbr0 Link encap:Ethernet HWaddr 00:1e:33:88:07:e5 inet addr:192.168.1.45 Bcast:255.255.255.255 Mask:255.255.255.0 inet6 addr: fe80::21e:33ff:fe88:7e5/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:6526 errors:0 dropped:0 overruns:0 frame:0 TX packets:7543 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2712940 (2.7 MB) TX bytes:1071835 (1.0 MB)eth0 Link encap:Ethernet HWaddr 00:1e:33:88:07:e5 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:7181 errors:0 dropped:0 overruns:0 frame:0 TX packets:7740 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2974585 (2.9 MB) TX bytes:1096580 (1.0 MB) Interrupt:43 Base address:0x6000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:10 errors:0 dropped:0 overruns:0 frame:0 TX packets:10 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:664 (664.0 B) TX bytes:664 (664.0 B)vnet0 Link encap:Ethernet HWaddr ca:0c:73:c3:bc:45 inet6 addr: fe80::c80c:73ff:fec3:bc45/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:226 errors:0 dropped:0 overruns:0 frame:0 TX packets:429 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:26919 (26.9 KB) TX bytes:58929 (58.9 KB)virbr0 Link encap:Ethernet HWaddr d6:18:22:db:ff:93 inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Моя конфигурация моста при запуске виртуальной машины:
$brctl showbridge name идентификатор моста интерфейсы с поддержкой stpbr0 8000.001e338807e5 нет eth0 vnet0virbr0 8000.000000000000 да
Обратите внимание, что как интерфейс виртуальной машины vnet0, так и интерфейс eth0 подключены к мосту br0.
И MAC находится на интерфейсе br0:
$brctl showmacs br0port ни один mac-адрес не является локальным? таймер старения 1 00:05:5d:cf:64:61 нет 2.54 1 00:19:d2:42:5d:3f нет 36.76 1 00:19:df:da:af:7c нет 2.86 1 00:1e:33:88:07:e5 да 0.00 1 00:60:0f:e4:17:d6 нет 0.79 2 52:54:00:12:34:56 нет 0.80 1 58:6d:8f:17:5b:c0 нет 5.91 1 c8:aa:21:be:8d:16 нет 167.69 2 ca:0c:73:c3:bc:45 да 0.00
Обратите внимание, что интерфейс br0 соединяет мой главный компьютер с тем же мостом, который используется гостем.
Вы можете проверить, что вы подключены к мосту, а не к NAT, маршрутизируемому в вашу собственную сеть, используя traceroute 8.8.8.8. Если первым узлом является маршрутизатор вашей сети, а не IP-адрес гостя, ваша сеть должна работать правильно.
Видеть эта документация.
вирт-менеджер
Убедитесь, что вы установили virt-manager и hal. В hal пакет - это предлагаемая зависимость для virt-manager и используется для определения сетевой конфигурации вашей системы при создании или редактировании гостей.
Имея мост br0, определенный, как указано выше, я создал виртуальную машину с помощью virt-manager следующим образом:
Я смог напрямую подключиться к остальной части моей домашней сети и к Интернету от этого гостя. Я также смог подключиться к нему по ssh с другого (не хоста, не гостя) Компьютер Ubuntu в моей домашней сети.
Вот очень длинный kvm команда, выполняемая virtual-manager (для сравнения с EApubs или кем-либо еще, у кого возникли проблемы с этим):
/usr/bin/kvm -S -M pc-1.0 -enable-kvm -m 1024 -smp 1,сокеты=1,ядра=1,потоки=1 -точное имя -uuid f057a729-eda6-4b85-84dc-f100c9ae3789 -nodefconfig -nodefaults -сокет chardev,id=charmonitor,путь=/var/lib/libvirt/qemu/precise.monitor,сервер,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -файл диска=/media/natty/home/gruber/ubuntu-kvm/tmpW8gSGB.qcow2,если=нет,id=drive-ide0-0-0,format=qcow2 -ide-диск устройства,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 -netdev tap,fd=18,id=hostnet0 -устройство rt для самолеты 813 теперь,netdev=hostnet0,id=net0,mac=52:54:00:0e:da:9b,шина=pci.0,addr=0x3 -chardev pty,id=charserial0 -isa-последовательное устройство,chardev=charserial0,id=serial0 -usb -vnc 127.0.0.1:0 -vga cirrus -устройство intel-hda,id=sound0,шина=pci.0,addr=0x4 -устройство hda-duplex,id=sound0-codec0,шина=sound0.0,cad=0 -устройство virtio-balloon-pci,идентификатор=balloon0,шина=pci.0,addr=0x5
Вот сетевая часть описания виртуальной машины в /etc/libvirt/qemu/quantal.xml
<interface type='bridge'> <mac address='52:54:00:b0:8e:aa'/> <source bridge='br0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </interface>
Согласно с этот link, для повышения производительности и надежности, возможно, лучше всего установить модель сетевого устройства на virtio, вы можете сделать это в программе просмотра виртуальных машин, нажав на i кнопку, переходя к настройке сетевого адаптера и устанавливая "Модель устройства" на virtio. Вы также можете добавить это в приведенный выше XML, добавив строку:
<model type='virtio'/>
Вкратце
Все это произошло 12.04 было:
- Установка virt-manager, bridge-utils, qemu-kvm и связанных с ними пакетов
- Убедитесь, что каждый пользователь, желающий использовать kvm, находится в группе libvirtd.
- Определение /etc /network/interfaces, как указано выше (которые соответствуют цитируемой статье)
- Перезагрузитесь, убедившись, что Ethernet подключен, а беспроводная связь (если таковая имеется) отключена.
- Либо запустите kvm непосредственно для изображения с помощью, например
-device e1000,netdev=tunnel -netdev tap,id=tunnel,ifname=vnet0>, или создайте виртуальную машину с помощью virt-manager, указав сетевой мост br0 на панели Шаг 4-Дополнительные параметры.
Никаких дополнительных изменений в сети, возможностях, шаблонах или конфигурациях не требовалось.
Чтобы предоставить доступ к Интернету службе вашего нового гостя, вам следует:
- Подготовьте и настройте любую необходимую вам службу брандмауэра.
- Либо назначьте статический адрес в вашей гостевой конфигурации, либо в вашей службе DHCP.
- Если вы используете маршрутизатор NAT, откройте порт для реализуемой вами службы, направив его на IP-адрес гостя.
Не забудьте протестировать и повторно включить службу брандмауэра для вашего главного компьютера. Для переадресации трафика гостю может потребоваться любая запись.
Видеть https://help.ubuntu.com/community/KVM/Installation, https://help.ubuntu.com/community/KVM/Networking, и https://help.ubuntu.com/12.04/serverguide/libvirt.html.
