у меня как всегда (пролиант DL380 gen9). у него есть 4 порта Ethernet от eno1 до eno4. Я использую Ubuntu 17.10 и KVM с 4-мя гостевыми виртуальными машинами. На хосте у меня есть настройка virbr0 на eno1.

Все работало нормально, пока я не сделал свое обновление с Ubuntu 17.04 до 17.10. После этого обновления я могу получить доступ ко всем гостевым vms, но мой DHCP-сервер (Meraki) продолжает посылать мне предупреждения о конфликте IP-адресов. Если я посмотрю MAC-адреса машин, запрашивающих тот же IP-адрес, я обнаружу, что это адреса eno1-4. но я специально оставил их неназначенными, чтобы использовать их для своих гостевых виртуальных машин.

Вот мой /etc /network /interfaces

auto virbr0
iface virbr0 inet dhcp
bridge_ports eno1
bridge_stp off
bridge_fd 0
bridge_maxwait 0   
#hwaddress ether 30:e1:71:5c:ec:60

Вот мое определение cldsrvr.xml

> ...  <interface type='direct'>
>       <mac address='52:54:00:92:c2:cc'/>
>       <source dev='eno3' mode='private'/>
>       <model type='virtio'/>
>       <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
>     </interface> ...

Если вы заметили в моем XML-определении виртуальной машины, я изменил MAC-адрес с 30:e1:71:5c:ec:61 на 52:45:....

Поэтому я пришел к выводу, что каким-то образом хост-сервер все еще использует интерфейсы eno2-4, когда это не предполагается.

Есть ли способ остановить хост-сервер от использования интерфейса Ethernet, назначенного для гостевой виртуальной машины?

|источник

1 ответ1

0

Кажется, ответ прост.

В /etc /network /interfaces объявите интерфейсы Ethernet как "ручные". Таким образом, хост не будет пытаться получить для них IP-адрес, и они останутся доступными для использования гостевыми виртуальными машинами. например

...
# Ethernet port for cad-srvr VM
auto eno2
iface eno2 inet manual

# Ethernet port for nxtcld-srvr VM
auto eno3
iface eno3 inet manual
...
|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .