Так что это может быть очень простой и очень глупый вопрос, но на всю жизнь я нигде не могу найти в Интернете объяснение того, как это должно работать.
У меня есть базовая настройка Hyper-V на моей машине с Windows 10. У меня есть две виртуальные машины: одна - образ Mikrotik, а другая - lUbuntu. На данный момент я работаю над самой базовой конфигурацией сети. Я хочу, чтобы Mikrotik вел себя как маршрутизатор и межсетевой экран между системой lUbuntu и внешней средой.
У меня есть два виртуальных сетевых коммутатора (VS), настроенные в Hyper-V. Сначала переключатель по умолчанию (назовите его снаружи), а второй внутренний переключатель (назовите его внутри), который я создал. Коробка Mikrotik имеет две настройки VNIC, которые подключены к двум коммутаторам. Он действует как DHCP-сервер на VNIC, который подключен к Inside VNS.
Если я посмотрю на свою хост-систему (Windows 10, на которой я использую Hyper-V), я увижу два ожидаемых виртуальных коммутатора: один vEthernet (внутри) и один vEthernet (снаружи).
У меня проблема в том, что (внутри) NIC имеет адрес APIPA. Когда я пытаюсь заставить его обновить адрес с помощью ipconfig /renew, время ожидания команды истекает. В то же время система Lubuntu, в которой есть один VNIC, подключенный к (внутри) VS, прекрасно работает и сразу получает IP-адрес из соответствующего пула.
Итак, мой первый вопрос: почему хост-система не ведет себя так, как я ожидал бы в отношении виртуального коммутатора Hyper-V?
Из того, что я читал о виртуальных коммутаторах Hyper-V, я предположил, что операционная система хоста должна видеть его почти как гостевую. За исключением того, что он знает, что это виртуально, я думаю.