CentOS 6: Настройка bridge в KVM

В CentOS 6 по-умолчанию используется KVM, а не Xen (К слову, с KVM совместимы не все варианты Linux, используемые в качестве гостевых ОС. По установке Xen в CentOS 6 можно почитать здесь). Также не настроены по-умолчанию мосты на сетевых интерфейсов (bridged режим нужен, чтобы все гостевые ОС делили между собой сетевые интерфейсы dom0 так, чтобы каждая гостевая ОС выглядела отдельной машиной в сети со своим MAC и IP). Настроим это дело. Устанавливаем утилиты: 

yum install bridge-utils tunctl


Отключаем NetworkManager:

chkconfig NetworkManager off
chkconfig network on
service NetworkManager stop


Правим /etc/sysconfig/network-scripts/ifcfg-eth0:

DEVICE="eth0"
HWADDR="11:22:33:44:55:66"
BRIDGE="br0"
ONBOOT="yes"


Создаем файл /etc/sysconfig/network-scripts/ifcfg-br0. Если интерфейс получает ip по dhcp:

DEVICE="br0"
TYPE="Bridge"
BOOTPROTO="dhcp"
IPV6INIT="no"
IPV6_AUTOCONF="no"
ONBOOT="yes"


Если интерфейсу назначается IP адрес:

DEVICE="br0"
TYPE="Bridge"
BOOTPROTO="static"
IPADDR="192.168.1.2"
NETMASK="255.255.255.0"
DELAY="0"
IPV6INIT="no"
IPV6_AUTOCONF="no"
ONBOOT="yes"


В случае со статическим ip, нам нужно прописать шлюз (в моем случае — 192.168.1.1), добавив в /etc/sysconfig/network:

GATEWAY="192.168.1.1"


Рестартуем сервис сети:

service network restart


Проверяем мосты:

brctl show


bridge name	bridge id		STP enabled	interfaces
br0		8000.667744223311	no		eth0


Теперь в настройках гостевой ОС virt-manager'а можно добавить сетевой интерфейс в bridged режиме:


Комментарии (13)

RSS свернуть / развернуть
+
0
А что с Xen?
avatar

yababay

  • 18 июля 2011, 10:07
+
0
Xen там нет по-умолчанию, но можно поставить. В KVM заметил небольшие проблемы с endian firewall в качестве гостевой ОС — без отключения ACPI очень долгие обращения к диску. Отключил — нормально. В целом, работает не хуже xen, кроме-того, благодаря использованию ksm есть некоторый выигрыш в использовании памяти при использовании машин с одинаковыми ОС.
avatar

Sergei_T

  • 18 июля 2011, 11:06
  • ↑
+
0
An experimental implementation of this process by Red Hat found that 52 virtual instances of Windows XP with 1GB of memory, could run on a host computer that had only 16GB of RAM
avatar

Sergei_T

  • 18 июля 2011, 11:07
  • ↑
+
0
Намек понятен. Покупаешь одну лицензию на винду, демонстрируешь всяким комиссиям. А остальные компы из-под Linux'а по сети каждый свою копию пиратской винды юзают.
avatar

yababay

  • 18 июля 2011, 18:37
  • ↑
+
0
Это же делали в red hat. В нашем случае все было бы проще — покупаем 1 лицензию и юзаем на 16 человек одну копию.
avatar

Sergei_T

  • 18 июля 2011, 23:24
  • ↑
+
0
К одной копии ХР по условиям лицензии допустимо только одно сетевое подключение. Если больше — она уже перестает быть лицензионной и ничем от пиратки не отличается, хоть и куплена за деньги.
avatar

yababay

  • 19 июля 2011, 07:31
  • ↑
+
0
не одно подключение, а 5 (причём это не относится к самбе и неизвестным для винды протоколам).
тут запускается копия ОСи на Nое кол-во человек. Вот это уже нарушает лицензию. Т.к. в ней оговорено прим. следующее: Лицензия распространяется на использование ОС на одном компьютере будь то это отдельный ПК на котором работает система, либо виртуальная или другая машина. В случае виртуальный машин требуется отджельная лицензия на каждый экземпляр запущенной виртуальной машины.

Как то так. Читал лицензию уже давненько и не могу точно передать. Но надеюсь смысл понят.
avatar

Mihael

  • 23 июля 2011, 01:28
  • ↑
+
0
Наконец-то кто-то толком объяснил. Мне когда сказали, что любое сетевое подключение к винде должно быть лицензированным, я весьма удивился. Получается, в браузере можно открывать не более одной вкладки . А вот с таким уточнением, что лицензируются только подключения по M$-протоколам — да, всё логично.

Беда еще в том, что к WindowsXP в стандартной комплектации в терминальном режиме не очень-то и подключишься: либо используется удаленное подключение к рабочему столу, либо локальное, но не оба сразу. Дополнительные терминальные подключения к ХР как раз и являются противозаконными, хотя есть продукты, позволяющие это делать даже не применяя пиратские dll-ки. Думаю, с Win7 ситуация такая-же.
avatar

yababay

  • 23 июля 2011, 08:57
  • ↑
+
0
Скоро будет NX 4, вроде и под винду тоже
avatar

Sergei_T

  • 23 июля 2011, 12:41
  • ↑
+
0
там просто пару либ из 2003го сервера закинуть и всё
avatar

Mihael

  • 23 июля 2011, 20:58
  • ↑
+
0
FIX. Как раз на самбу и распространяется ограничение. В обычных версиях от 1 до 5 коннектов (или до 3х, не помню) (зависит от редакции виднов), в серверах от 5 (или 3х, точно не помню) + лицензии на подключение клиентов (около 1000 рэ за брата)
avatar

Mihael

  • 26 июля 2011, 08:18
  • ↑
+
0
FIXFIX. Но я ни разу не видел чтоб винды ругались на кол-во клиентов по самбе (разве что в NT 4.0, но там кол-во купленных лицензий сам руками выставляешь )
avatar

Mihael

  • 26 июля 2011, 08:21
  • ↑
+
0
реально так и есть — для виртуальной машины нужна отдельная лиц.ось — но есть конечно одна весч — это XPmode for W7 где возможно применять вирт.машину от M$ не приобретая доп. лицензию.
АХАХА — да на 2008р мелкомягких там тоже самое — сам проставляешь колво лицензий на терминал
avatar

FREExLOADER

  • 26 июля 2011, 23:55
  • ↑

Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.