3

Так что это может быть очень простой и очень глупый вопрос, но на всю жизнь я нигде не могу найти в Интернете объяснение того, как это должно работать.

У меня есть базовая настройка 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, я предположил, что операционная система хоста должна видеть его почти как гостевую. За исключением того, что он знает, что это виртуально, я думаю.

|источник

1 ответ1

5

Так что у тебя есть . , ,

  1. Машина VM Mikrotik, настроенная с двумя сетевыми картами, одна из которых подключена к "внутреннему" коммутатору Hyper-V (внутри), на котором работает служба DHCP, а другая подключена к "внешнему" коммутатору Hyper-V (снаружи), и т.п.

  2. Виртуальная машина lUbuntu имеет один сетевой адаптер, и вы подключаете его к "внутреннему" коммутатору Hyper-V, на котором есть служба DHCP-сервера, которая прослушивает его с компьютера Mikrotik для соответствующей обработки запросов.

Разъяснения Ресурсы

1. Настройка сети виртуальных машин на коммутаторе Hyper-V NAT

  • Виртуальные машины, подключенные к виртуальному коммутатору NAT, находятся в изолированном широковещательном домене, отличном от локальной сети. У коммутатора NAT нет плоской двусторонней маршрутизации к локальной сети, к которой подключен хост. Виртуальный коммутатор - это внутренний виртуальный коммутатор, с которого NAT хоста подключается к локальной сети. Это означает, что по умолчанию виртуальные машины могут подключаться к локальной сети, но локальная сеть не может подключаться к виртуальным машинам. И даже если мы создадим правила NAT, виртуальный коммутатор остается отдельным широковещательным доменом от локальной сети.

    Виртуальный коммутатор несколько изолирован от локальной сети, особенно от служб, основанных на широковещании, таких как DHCP. Вы можете развернуть свои собственные серверы DHCP как виртуальные машины, которые подключены к виртуальному коммутатору. Область действия этих серверов ограничена виртуальным коммутатором, поэтому влияние на ЛВС отсутствует, и у сетевых администраторов не должно быть проблем с развертыванием ваших DHCP-серверов на виртуальном коммутаторе NAT.

    Источник

2. Внутренняя конфигурация коммутатора Hyper-V

  • Внутренний: обеспечивает связь между виртуальными машинами на одном сервере Hyper-V, а также между виртуальными машинами и операционной системой хоста управления.

    Источник

3. Визуализация всех режимов переключения

Потенциальные обходные пути

  1. Способ, которым я справился, состоит в том, чтобы убедиться, что виртуальным машинам, подключенным к внутреннему коммутатору, назначены IP-адреса, а затем с сервера управления Hyper-V хоста я могу получить доступ к этим машинам из хост-ОС таким образом через их IP-адреса.

  2. Вы могли бы, вероятно, взглянуть на « Настройка сети NAT» и убедиться, что у вас есть полное представление о ней, а затем создать виртуальную сеть NAT и настроить ее соответствующим образом, чтобы увидеть, будет ли она делать то, что вы хотите, используя "внутреннюю" Hyper- Функциональность V-переключателя.

  3. Поскольку виртуальные машины могут взаимодействовать с машиной Mikrotik, возможно, вы можете настроить в ней маршрутизацию, а затем указать виртуальным машинам использовать доступный внутренний IP-адрес коммутатора Hyper-V в качестве шлюза по умолчанию на всех этих устройствах и просто позволить ему выполнять маршрутизацию, когда необходимо обращаться к вещам, которые не подключены к внутреннему коммутатору Hyper-V.

  4. Проверьте конфигурацию своей VLAN и посмотрите Настройка виртуальных локальных сетей для Hyper-V в случае, если что-то на этом уровне требуется или вызывает проблемы.

  5. Проверьте все правила брандмауэра на уровне ОС для блокировки трафика, поступающего от внутреннего коммутатора Hyper-V на хост Hyper-V или любую из подключенных виртуальных машин.

|источник

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