Qemu kvm не подключено
Обновлено: 04.07.2024
Ранее я уже писал об установке Qemu-KVM в Debian. Но, на мой взгляд, информация получилась неполной. Плюс я не учёл некоторые нюансы. Потому предлагаю вашему вниманию обновлённую статью по установке виртуальной машины Qemu-KVM. Старую статью, естественно, удалю.
Думаю, объяснять что такое виртуальная машина, не стоит. Вы наверняка это знаете (раз читаете эту статью). Если нет - прочитайте это. Мы же остановимся непосредсвенно на сабже. Qemu-KVM - это проект по объединению двух замечтальнейшийх (на мой взгляд) технологий полной виртуализации. Qemu - это своего рода "эмулятор компьютера", который поддерживает великое множество аппаратных архитектур. В нём можно запустить практически любую ОС для любого устройства (к примеру я запускал старые версии Mac OS X, который для PowerPC). Недостатком Qemu является его медлительность вследствии отсутствия аппратного ускорения. И тут на помощь приходит другой проект - KVM. Или Kernel Virtual Machine. KVM - это технология ядра Linux, которая позволяет обеспечить аппаратное ускорение при полной виртуализации. Недостатком KVM является поддержка только архитектуры x86
Почему Qemu-KVM? Для Linux это самый рекомендуемый проект виртуализации. Он работает быстрее, чем VirtualBox и VMware Player (по моим тестам), KVM - это родная для Линукса технология. Плюс, если вы обладатель хорошего игрового компьютера с двумя видеокартами, вы можете установить в Qemu-KVM Windows, пробросить в неё одну из видеокарт, и забыть о перезагрузке в другую ОС. Захотели поиграть - запустили виртуалку с виндой и играете. Производительность будет 95% от производительности установленной на "железо" винды. Но это просто шикарно, на мой взгляд. Об этом я напишу отдельную статью. Будет интересно :)
А теперь опишу план наших действий. Во первых, установку я буду проводить на примере Debian 8.2 GNOME 64 bit, хотя, особых различий в других графических окружениях не будет. Во-вторых - я буду описывать работу с KVM только в графическом режиме (мы ведь не на сервер будет его ставить). Поэтому никаких терминалов, скриптов и так далее, как обычно поступают в случае серверной виртуализации. В третьих - советую вам дополнительно прочитать документацию к Qemu и KVM (ссылки дам в конце статьи). Вам это очень пригодится, если вы хотите по-максимуму использовать весь потенциал этой связки. Ну чтож, план наших действий ясен. Теперь этапы действий:
- установка qemu-kvm;
- установка графического менеджера и дополнительных утилит;
- настройка сетевого моста;
- создание хранилища для виртуальных машин;
- установка гостевой системы.
egrep '(vmx|svm)' /proc/cpuinfo
В выводе команды должны присутствовать либо vmx, либо svm. Если их нет - проверьте включена ли виртуализация в BIOS (ищите пункты Intel VT-i или аналогичный для AMD). Если ничего нет - значит не повезло.
Устанавливаем необходимые компоненты:
sudo apt install qemu-kvm bridge-utils libvirt-bin virt-manager
Добавляем себя в группу libvirt:
sudo adduser $USER libvirt
Теперь настроим сеть. Для того чтобы все виртауальные машины могли выходить в сеть и связываться друг с другом, нужно создать сетевой мост и виртаульные сетевые карты для каждой виртуалки (tap-устройства). Так как виртуальные машины мы будем устанавливать из графического интерфейса, то создавать вручную tap'ы не нужно. Virt Manager сделает это за нас при каждом запуске. Нам нужно только настроить мост. Для начала включим маршрутизацию в ядре:
sudo nano /etc/sysctl.conf
Ищем строку net.ipv4_forward=0 и меняем её значение на 1. Сохраняем и:
Далее я буду предполагать следующее: 1) на вашем компьютере есть одна сетевая карта, получающая ip-адрес от роутера. 2) вы выходите в интернет через 3G-модем, и сетевая карта у вас свободна. Этот вариант предполагает побольше ручной работы, но он проверен неоднократно (у самого так на одной из машин). Итак, открываем файл interfaces:
sudo nano /etc/network/interfaces
Его содержимое по умолчанию такое:
Меняем его содержимое. Для первого варианта:
Для второго варианта:
Примечание: если вам не нужно автоматическое подключение Интернета через модем после старта системы, уберите из конфига строки auto ppp0 и
iface ppp0 inet wvdial . В противном случае, убедитесь что при запуске системы, модем вставлен в USB-порт.
Сохраняем. Теперь для варианта с модемом, нужно установить программу дозвона wvdial:
sudo apt install wvdial
Правим конфиг (обратите внимание: в качестве примера используется 3G-модем Beeline. Примеры конфигов для других модемов вы без труда найдёте в интернете):
sudo nano /etc/wvdial.conf
Сохраняем. Теперь модем будет включаться сразу после загрузки системы. Строка up route del default br0 удаляет маршрут по умолчанию через мост. Если этого не сделать, вы не сможете соединиться с Интернетом, так как трафик будет идти по мосту, а не через 3G-модем.
Последним этапом нам нужно сказать фаерволлу, чтобы он пропускал в сеть трафик от наших виртуалок и обратно. Для этого можно пойти двумя путями: написать скрипт с несколькими правилами для iptables, который будет запускаться вместе с системой, или ввести эти правила вручную и сохранить их. Я воспользуюсь первым вариантом. Для второго вам нужно будет установить пакет iptables-persistent и просто поочерёдно вводить правила (с использованием sudo). Итак. создаём скрипт (в любом текстовом редакторе). Вставляем туда следующее содержимое:
Сохраняем его как gateway.sh и даём права на выполнение (либо в свойствах файла, либо в терминале командой chmod +x gateway.sh). Теперь вы можете либо запускать его вручную, после того как загрузилась система, либо добавить в автозагрузку. Для этого переместите скрипт в
/.config/autostart (в файловом менеджере включите показ скрытых файлов, и вы увидите каталог .config в домашней директории).
Теперь всё готово для установки виртуальной машины. Из меню приложений запускаем Virt Manager (менеджер виртуальных машин):
Кликаем правой кнопкой на строке localhost и выбираем Детали. Переходим на вкладку Хранилище. Нам нужно указать каталог (или раздел диска/диск) для хранения виртуальных машин.
В левом нижнем углу жмём на плюсик (Добавить пул), указывам тип хранилища и путь к нему.
На вкладке Сетевые интерфейсы, можете проверить, всё ли работает.
Теперь нажимаем Файл - New virtual machine. Указываем путь к образу диска, тип виртуальной машины. Далее указываем количество оперативной памяти для неё и количество ядер процессора. Далее указываем наше хранилище и нажимаем Новый том. Указываем название, тип оставляем qcow2, и размер. Это будет виртуальный жёсткий диск. Если планируете устанавливать систему с графической оболочкой и кучей программ, дайте места побольше (гигов 50). На последней вкладке ставим галочку на Изменить настройки перед запуском, проверяем что в качестве сетевого устройства выбран наш мост, пишем любое название для виртуалки и жмём Завершить. Перед вами откроется окно параметров этой виртуальной машины.
Переходим на вкладку Процессор, и ставим галочку на Скопировать настройки процессора хост-системы.
Далее на вкладку Диск, и указываем тип шины VirtIO (самая производительная).
Далее на вкладку Сеть (следующая), и также указываем vitio. На вкладке Дисплей укажите Spice, а на вкладке Видео - QXL. Обычно эта связка обеспечивает максимальную производительность отрисовки графики, но, если хотите, можете поэксперементировать. Учтите, что для гостевых систем Windows, требуется отдельная установка QXL-драйвера (в самой Windows).
Теперь когда всё готово, в левом верхнем углу жмём Начать установку. И ставим систему как обычно, за одним исключением: как только установщик начнёт автоматически настраивать сеть, нажмите Отмена, и выберите Настроить сеть вручную. Укажите для виртуалки желаемый IP-адрес (в нашем случае 192.168.0.3), маску подсети (255.255.255.0), шлюз (шлюзом будет адрес хоста, тоесть 192.168.0.2) и DNS-сервер (здесь просто укажите Гугловский 8.8.8.8). И всё. Дальше ничего делать не нужно. Ставьте систему и настраивайте. В общем-то, всё. Описанные действия - это способ заменить, скажем, VirtualBox на более лучшую альтернативу. Прочитав документацию, вы поймёте, насколько широки возможности Qemu-KVM. Я намеренно не стал описывать здесь дополнительные консольные параметры и методы запуска виртуальных машин через терминал, так как это далеко не всегда нужно на домашней машине. Об этом я напишу отдельную статью, по настройке домашнего многофункционального сервера (который также сможет выступать в качестве сервера виртуальных машин). Для тех, кто по каким-то причинам не понял написанное, или остались непонятные моменты - предлагаю посмотреть ролик, в котором я уже не опишу, а покажу, как всё это добро устанавливать и настраивать. Если у вас есть предложения или дополнения к статье - пишите в комментариях.
Дополнение: для работы графических окружений, которым необходимо 3D ускорение, установите пакеты spice-vdagent и xserver-xorg-video-qxl
Затем я создал виртуальную машину с помощью virt-manager. Я пробовал несколько раз, но гость не может подключиться к сети! Любая помощь?
brctl showmacs br0:
*В госте * Мне не удалось скопировать вставить информацию из гостя, потому что не могу ssh к нему. Он не получил IP от DHCP. Не будет работать даже после ручной настройки.
3 ответа
прелиминарии
Это следующее работает для меня для Ubuntu 12.04. Вы должны отключить брандмауэр вашего компьютера во время тестирования, чтобы он не мешал.
Файл /etc/default/qemu-kvm должен быть таким же, как изначально установлен.
Вам нужно будет использовать утилиты-бриджи QEMU-квм и libvirt-bin установлены. Любые пользователи, использующие виртуальные машины, должны быть добавлены в группу libvirtd.
Кажется, больше нет необходимости добавлять возможность CAP_NET_ADMIN.
Настройка сети
Сетевым режимом по умолчанию является режим пользователя, также называемый SLIRP. Он использует предопределенный мост virbr0, который NAT направляется на гостевой компьютер. NAT-маршрутизация использует функцию ядра ip_forwarding и iptables. В режиме моста в гостевой системе используется виртуальный мост, к которому подключается (ненумерованный) интерфейс Ethernet и на котором и у хоста, и у гостя есть свои сетевые интерфейсы.
Следующие диаграммы могут прояснить различия:
Вы можете увидеть, как сеть пользователя по умолчанию определяется с помощью:
Я могу настроить мостовой режим с помощью следующих подходов:
В /etc/network/interfaces (из той части поста, которую вы упоминаете в своем вопросе):
Перезагружать; и убедитесь, что беспроводная сеть не активна. Проверьте IP-маршрут по умолчанию с ip route , Это должен быть интерфейс br0.
Примечание: если ваш Ethernet не подключен, когда это изменение будет сделано, вам нужно подключить кабель Ethernet и получить носитель, или загрузка будет зависать в течение двух минут, и у вас не будет возможности сети. Это связано с тем, что интерфейс eth0 Находясь в этом файле, должен подойти, прежде чем загрузка может продолжаться нормально.
NB. Как правило, вы не можете использовать беспроводную сеть вместо eth0 из-за невозможности использования нескольких MAC-адресов (я полагаю, что им нужен второй для моста).
В качестве альтернативы вы можете отключить использование Ethernet и убедиться, что у него нет IP-адреса и что не существует маршрута по умолчанию, настроенного с помощью ip route , Затем:
Вы также можете указать здесь статический IP-адрес, а также указать маршрут по умолчанию и адрес DNS. Для этого примера dhclient Является ли это.
Вот моя таблица маршрутов:
Использование KVM
Затем я могу загрузить машину с мостовым подключением с помощью:
-netdev tap параметр делает sudo требованием. При запуске виртуальной машины qemu-kvm выполняет следующие команды:
Это делается с помощью /etc/qemu-ifup
Из-за вышеупомянутых команд, выданных qemu-kvm, и -netdev tap,id=tunnel,ifname=vnet0 В этом случае виртуальная машина vm подключена к туннелю vnet0, а туннель - к мосту br0.
Теперь я могу напрямую подключиться к этой гостевой виртуальной машине с другого компьютера в моей сети.
Мой хозяин ifconfig (обратите внимание на интерфейс vnet0, который появляется в моей сети, когда виртуальная машина работает):
Моя конфигурация моста во время работы виртуальной машины:
Обратите внимание, что как интерфейс виртуальной машины vnet0, так и интерфейс eth0 подключены к мосту br0.
И MAC на интерфейсе br0:
Обратите внимание, что интерфейс br0 соединяет мой хост-компьютер с тем же мостом, который используется гостем.
Вы можете проверить, что вы соединены мостом, а не NAT направлен в вашу собственную сеть, используя traceroute 8.8.8.8 , Если первый узел является маршрутизатором вашей сети, а не IP-адресом гостя, ваша сеть должна работать правильно.
вирт-менеджер
Убедитесь, что вы установили virt-manager а также hal , hal пакет является предполагаемой зависимостью для virt-manager и используется для определения конфигурации сети вашей системы при создании или редактировании гостей.
Определив мост br0, как описано выше, я создал виртуальную машину с помощью virt-manager:
Я был в состоянии пойти непосредственно к остальной части моей домашней сети и к Интернету от этого гостя. Я также смог подключиться к нему с другого (не хостового, не гостевого) компьютера Ubuntu в моей домашней сети.
Вот очень долго kvm команда, запускаемая virt-manager (для сравнения с EApubs или кем-то еще, имеющим проблемы с этим):
Вот сетевая часть описания виртуальной машины в /etc/libvirt/qemu/quantal.xml
Согласно этой ссылке, для производительности и надежности, может быть лучше установить модель сетевого устройства на virtio , вы можете сделать это в virt-viewer, нажав кнопку i, перейдя к настройке NIC и установив "Модель устройства" на virtio , Вы также можете добавить это в XML выше, добавив строку:
В итоге
Все это заняло 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-адрес гостя.
Не забудьте протестировать и снова включить службу брандмауэра для вашего главного компьютера. Может потребоваться любая запись для пересылки трафика гостю.
Проверка оборудования
Проверьте, поддерживается ли на вашем хосте аппаратная виртуализация. Для процессоров Intel должна быть поддержка технологии Intel VT. Для процессоров AMD поддержка AMD SVM. Так же убедитесь, что аппаратная виртуализация включена в bios материнской платы хоста.
В данном примере используется процессор Intel, по этому в выводе присутствует vmx. Если вывода у команды не было, возможно, ваш процессор не поддерживает виртуализацию, либо она отключена в bios материнской платы.
Установка и начальное конфигурирование
Установите необходимый для виртуализации набор пакетов из стандартного репозитория.
Если вы используете РЕД ОС версии 7.1 или 7.2, выполните команду:
Если вы используете РЕД ОС версии 7.3 и старше, выполните команду:
Включите автозапуск службы libvirtd
Перезагрузите компьютер для загрузки модулей ядра kvm (если у вас процессор Intel так же должен загрузиться модуль intel-kvm).
После перезагрузки, проверьте загрузку модулей.
Так же проверьте сетевые подключения
Должен появиться дополнительное подключение vbr0.
Добавьте пользователя, используемого для управления виртуальными машинами, в группу libvirt.
На этом установка и начальное конфигурирование завершено.
Создание виртуальной машины
Для выбора образа нажмите Обзор и в открывшемся окне нажмите Выбрать файл. Найдите образ iso и откройте его, нажав на кнопку Открыть.
Установите необходимое количество оперативной памяти и процессоров, которые будут доступны данной виртуальной машине. Минимально необходимые значения для РЕД ОС указаны на скриншоте ниже.
Выберите количество постоянной памяти, которое будет доступно виртуальной машине. Минимально рекомендуемым для РЕД ОС является 15 Гб.
Впишите название виртуальной машины в поле Название. Установите галку в пункте Проверить конфигурацию перед установкой. Выберите нужную вам сеть. Нажмите Готово.
Запуск виртуальной машины
Для запуска виртуальной машины кликните на неё правой кнопкой мыши и нажмите Запустить.
Для управления виртуальными машинами из консоли используйте следующие команды:
Добавить в автозапуск:
Клонирование виртуальных машин и создание снапшотов.
Клонирование виртуальных машин
Для клонирования виртуальной машины в окне Virtual Machine Manager кликните правой кнопкой мыши на нужной машине и нажмите Клонировать.
Впишите название новой виртуальной машины и выберите клонируемое пространство данных. Нажмите клонировать
Создание снапшотов
Для создания снапшотов в главном окне Virtual Machine Manager выберите виртуальную машину и нажмите кнопку Открыть.
В открывшемся окне нажмите на значек с двумя мониторами. Откроется окно управления снимками. Нажмите + для создания снапшота.
Если вы нашли ошибку, пожалуйста, выделите текст и нажмите Ctrl+Enter.
Режим конфигурации сети виртуальной машины KVM (режим моста, режим Nat)
Summary
После установки виртуальной машины qemu kvm с использованием libvirt, но обнаружение, что виртуальная машина не может получить доступ к Интернету, виртуальная машина хочет получить доступ к Интернету, существует много способов.
Мы называем гостевую машину виртуальной машиной, а хост - реальной машиной, работающей при загрузке.
Конфигурация сети виртуальной машины KVM обычно выполняется двумя способами:
- NAT (доступ в Интернет по умолчанию) Виртуальная машина использует IP-адрес хост-машины для доступа в Интернет. IP-адрес отображается снаружи
- Мост соединяет виртуальную машину с сетевой картой хост-машины, и гостевая и хост-машина подключаются через мост через Интернет.
Схема структуры сети NAT:
Схема структуры сети моста:
Краткое введение (Host-Only - это также способ настройки сети, здесь только для того, чтобы рассказать о его концепции)
шунтирование
NAT
В режиме NAT виртуальная машина использует функцию NAT (преобразование сетевых адресов) для доступа к общедоступной сети через сеть, в которой находится хост-машина.
В режиме NAT сетевая карта виртуальной машины и сеть физической сетевой карты не находятся в одной сети. Сетевая карта виртуальной машины является виртуальной сетью.
Сравнение NAT и мостов:
(1) В Интернете могут быть виртуальные машины как в режиме NAT, так и в режиме моста.
(2) Поскольку сеть NAT находится в виртуальной сети, другие хосты в локальной сети не могут получить доступ к виртуальной машине, а хост может получить доступ к виртуальной машине, а виртуальная машина может получить доступ ко всем хостам в локальной сети. Поскольку реальной локальной сетью является внешняя сеть виртуальной сети NAT по сравнению с виртуальной сетью NAT, люди, которые не понимают, могут проверить соответствующие знания о NAT.
(3) В режиме моста несколько виртуальных машин могут обращаться друг к другу, а в режиме NAT несколько виртуальных машин также могут обращаться друг к другу.
Если вы создаете виртуальную машину для своего собственного использования, вам не нужно использовать ее для других в локальной сети, вы можете выбрать NAT, в конце концов, информация о конфигурации TCP / IP виртуальной системы в режиме NAT предоставляется сервером DHCP виртуальной сети VMnet8 (NAT) Да, если в качестве конфигурации сети виртуальной машины используется DHCP, вам не нужно выполнять какие-либо другие настройки, только хост-машина может получить доступ к Интернету, и виртуальная машина может быть подключена к сети.
Host-Only
В режиме только для хоста виртуальная сеть является полностью закрытой сетью, и единственное, к чему она может получить доступ, это хост. На самом деле, сеть только для хоста очень похожа на сеть NAT.Различие состоит в том, что в сети только для хоста нет службы NAT, поэтому виртуальная сеть не может быть подключена к Интернету. Связь между хостом и виртуальной машиной осуществляется через виртуальную сетевую карту VMware Network Adepter VMnet1.
Цель Host-Only - создать внутреннюю сеть, изолированную от внешнего мира, для повышения безопасности внутренней сети. Эта функция может не иметь особого смысла для обычных пользователей, но крупные сервисные ассоциации часто используют эту функцию. Если вы хотите предоставить функцию маршрутизации для сегмента сети VMnet1, вам нужно использовать RRAS вместо XP или 2000 ICS, потому что ICS изменит IP-адрес внутренней сети на 192.168.0.1, но виртуальная машина не будет виртуализировать VMnet1. Если сетевая карта назначает этот адрес, то хост и виртуальная машина не могут обмениваться данными.
Метод NAT
Принцип NAT
Режим NAT является режимом по умолчанию после установки kvm. Он поддерживает взаимный доступ между хостом и виртуальной машиной, а также поддерживает виртуальную машину для доступа в Интернет, но не поддерживает внешний доступ к виртуальной машине.
Проверьте текущие настройки сети:
Значение по умолчанию устанавливается автоматически, когда хост-машина устанавливает модуль поддержки виртуальной машины.
Проверьте текущий сетевой интерфейс:
Среди них virbr0 - это виртуальный сетевой интерфейс, сгенерированный, когда установлен модуль поддержки виртуальной машины хоста, а также коммутатор и мост, который отвечает за распространение контента на каждую виртуальную машину.
Отношения интерфейса, генерируемые несколькими модулями управления виртуальными машинами, следующие:
Из рисунка видно, что между виртуальным интерфейсом и физическим интерфейсом нет отношения соединения, поэтому виртуальная машина может получать доступ к внешнему миру только через виртуальную сеть,Невозможно найти и получить доступ к виртуальному хосту из сети.
virbr0 - это мост, который получает весь контент в сеть 192.168.122. *. Вы можете проверить с помощью следующей команды:
В то же время модуль поддержки виртуальных машин изменит правила iptables, которые можно просмотреть с помощью команды:
Если по умолчанию нет или вам нужно расширить собственную виртуальную сеть, вы можете использовать команду для переустановки NAT.
Область применения NAT
Виртуализация хоста рабочего стола.
Создать шаг
Эта команда определяет виртуальную сеть, содержимое default.xml:
Вы также можете изменить xml для создания собственной виртуальной сети.
помечается для автоматического запуска:
Запустите сеть:
После запуска сети вы можете использовать команду brctl show для просмотра и проверки.
Измените параметры в /etc/sysctl.conf, чтобы разрешить пересылку IP:
net.ipv4.ip_forward=1
Обратите внимание при установке клиента:Сеть должна выбрать использование NAT.
Текстовая установка: (графический интерфейс здесь не представлен)
Отредактируйте и измените файл конфигурации виртуальной машины /etc/libvirt/qemu/v1.xml, добавив следующее содержимое:
После запуска виртуальной машины убедитесь, что сетевой интерфейс работает нормально:
Воздействие моста
Интерфейс, настроенный в режиме моста, не влияет на режим NAT, поскольку в режиме NAT не используется физическая сетевая карта. Но, как клиент, вы можете выбрать только один из них.
Мостовой метод
Принцип мостового режима
Режим моста - это режим сетевого подключения виртуального моста, то есть клиент и машины в подсети могут взаимодействовать друг с другом. Вы можете сделать виртуальную машину хостом с независимым IP-адресом в сети.
Мостовая сеть (также называемая совместным использованием физического устройства) используется для копирования физического устройства на виртуальную машину. Мосты в основном используются для расширенных настроек, особенно если хост имеет несколько сетевых интерфейсов.
Как показано выше, основным принципом сетевого моста является создание моста br0 интерфейса для передачи данных между физической сетевой картой и виртуальным сетевым интерфейсом.
Область применения метода Бриджа
Виртуализация хоста сервера.
Этапы настройки режима моста
1. Отредактируйте и измените файл сценария сетевого устройства и добавьте мостовое устройство br0
Приведенная выше конфигурация настраивает виртуальную сетевую карту в сегменте сети 10.0.112. *. Если вам не нужен статический адрес, вы можете замаскировать соответствующие элементы адреса конфигурации. Такие как:
2. Отредактируйте и измените файл сценария сетевого устройства, измените устройство сетевой карты eth0
DEVICE=”eth0”
NM_CONTROLLED=”no”
ONBOOT=”yes”
TYPE=Ethernet
BOOTPROTO=none
BRIDGE=”br0”
NAME=”System eth0”
HWADDR=44:37:E6:4A:62:AD
Значение атрибута NM_CONTROLLED должно быть установлено на «нет» в соответствии с документацией RedHat (это значение «да», которое может управляться службой NetworkManager. Служба NetworkManager не поддерживает мостовое соединение, поэтому оно должно быть установлено на «нет».), Но На самом деле обнаружил, что нет проблем, чтобы установить «да». Общение нормальное.
3. Перезапустите сетевой сервис
4. Проверьте интерфейс моста
Конфигурация клиентаПри установке клиента обратите внимание, что в сети должен использоваться мост br0.
Текстовый режим: (также вводит только текстовый режим)
Отредактируйте и измените файл конфигурации виртуальной машины /etc/libvirt/qemu/v1.xml, добавьте следующее содержимое
После запуска виртуальной машины убедитесь, что сетевой интерфейс работает нормально:
Конфигурация режима моста не имеет ничего общего с предустановленным интерфейсом виртуального сетевого моста virbr0, когда установлен модуль поддержки виртуальной машины. При настройке режима моста вы можете удалить интерфейс virbr0 (то есть виртуальная сеть по умолчанию в режиме NAT).
Читайте также: