Форум русскоязычного сообщества Ubuntu


Увидели сообщение с непонятной ссылкой, спам, непристойность или оскорбление?
Воспользуйтесь ссылкой «Сообщить модератору» рядом с сообщением!

Автор Тема: kvm\виртуальный свитч для доступа VMs к внешней сети  (Прочитано 1803 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн dosik

  • Автор темы
  • Любитель
  • *
  • Сообщений: 50
    • Просмотр профиля
Добрый день

Поднял на Ubuntu Server 14.04 KVM. До этого на машинке стоял Windows Hyper-V Server.
Задача - обеспечить "прямой" (не уверен что это правильный термин, тут подразумевается без NAT) доступ виртуальных машин к сети. Для этого на серваке имеется второй сетевой адаптер, который смотрит в сеть 192.168.2.0/24. Больше ни для чего этот сетевой адаптер не используется.
На Windows Hyper-V Server это решалось путем создания виртуального свитча на базе этого адаптера, а все виртуальные машины коннектились к нему. Возможно ли подобное решение на KVM?
Сейчас все виртуальные машины бриджуются с этим сетевым адаптером, но что-то не мне подсказывает, что это не есть хорошо.

Оффлайн Sliver

  • Участник
  • *
  • Сообщений: 104
  • Administrator
    • Просмотр профиля
Управляю и настраиваю KVM при помощи веб-панели Cloudmin, так она во время первого включения не запускается, пока в системе не будет поднят хотя бы один мост br0. При помощи моста в Linux можно связать локальный хост и tap-интерфейс вашей виртуальной машины с физическим интерфейсом, с которого этот мост поднят. При помощи моста можно связать несколько физических интерфейсов, установленных в компьютере, что превратит его по сути в свитч. Аналогичная ситуация с Windows Hyper-V Server, там тоже при создании внешнего интерфейса виртуальной сети, поднимается новый виртуальный интерфейс, который по сути является аналогичным мостом, как в Linux, и также полностью переводит все настройки с физического интерфейса на себя, так что нет возможности после его поднятия настраивать физический интерфейс. Хотя в Linux к примеру, если поднять в начале мост br0 с интерфейса eth0, то в начале назначив настройки IP мосту br0, можно присвоить настройки IP eth0, но работать это будет только до перезагрузки сети или системы. Другой способ получить доступ к виртуальным интерфейсам VMs возможен при помощи Вланов, но сеть работает только в одном сегменте, установленном на виртуальном интерфейсе.
В общем, для меня очевидно, что без моста затруднительно получить доступ к сети VMs без использования NAT.

Оффлайн dosik

  • Автор темы
  • Любитель
  • *
  • Сообщений: 50
    • Просмотр профиля
Сейчас настроил таким образом:
# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto enp0s16
iface enp0s16 inet dhcp

# The second network interface
auto enp0s17
iface enp0s17 inet static
address 192.168.88.2
netmask 255.255.255.0
broadcast 192.168.88.255

# Virtual machines bridge
auto br0
iface br0 inet dhcp
        bridge_ports enp0s17
        bridge_stp off
        bridge_fd 0
        bridge_maxwait 0
br0 получает адрес 192.168.88.3.
Но не к 192.168.88.2, не к 192.168.88.3 доступа нет.
В принципе проблему описал тут: https://forum.ubuntu.ru/index.php?topic=273975.msg2167081#msg2167081
Если не тяжело подключайтесь.
А эту тему, полагаю, можно считать закрытой.

 

Страница сгенерирована за 0.104 секунд. Запросов: 26.