Несколько виртуальных сетевых адаптеров с собственным MAC-адресом и внешним IP-адресом от DHCP в Windows

Я долго искал на этом форуме, и хотя есть много вопросов по этой теме, я не смог найти конкретное решение проблемы.

Я хочу, чтобы DHCP назначал несколько IP-адресов одному компьютеру с помощью одного сетевого адаптера. Цель этого состоит в том, чтобы компьютер эмулировал различные конечные узлы, участвующие в симуляции сети.

Я знаю, что это должно быть возможно, так как программное обеспечение виртуальной машины, такое как VMware, может также использовать виртуальный сетевой адаптер с собственным MAC-адресом, соединенным с реальным сетевым адаптером хоста, чтобы получить внешний IP-адрес для виртуальной машины от DHCP. Также такие программы, как GNS3, могут выполнять эти приемы, когда можно назначить внешний IP из DHCP различным узлам моделируемой сети.

Часто предлагаемое решение заключается в использовании петлевого адаптера Microsoft в мостовом режиме с реальным сетевым адаптером. Однако я не понимаю, как это должно работать. Если я устанавливаю адаптер обратной связи и соединяю его с реальным сетевым адаптером, создается новый адаптер "драйвера мультиплексора" под названием "Ethernet 3". Этому адаптеру назначается IP-адрес от DHCP, однако нет никаких признаков второго IP-адреса ни для виртуального сетевого адаптера, ни для реального адаптера.

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

Источник

2 ответа

Если вы хотите попробовать работать с виртуальными сетями, вполне вероятно, что виртуальные коммутаторы будут работать с различными виртуальными машинами. Отдельно, как часть протокола распространения или компонента операционной системы, или как часть виртуальной машины.

Или вы можете установить виртуальные адаптеры и назначить IP-адреса и MAC-адреса, но в этом случае у вас будет только дополнительный интерфейс, подходящий, например, в случае автоматического применения сервера RDP или для перенаправления активности сетевых приложений на виртуальный адаптер.

Вот некоторые ресурсы, на которые следует обратить внимание некоторым функциям и виртуальным реализациям коммутаторов. Спасибо за хороший вопрос.

Создание V-переключателей в среде Hyper-V не удается

Сетевая виртуализация Hyper-V и виртуальный коммутатор

Виртуальная сеть для Hyper-V (часть 1)

Сеть и настройка Microsoft Hyper-V - часть 1

Максимальная конфигурация виртуальной сети Hyper-V:

  • Поддержка MAXIMUM Remark
  • Виртуальные сетевые карты на виртуальную машину 12 сетевых карт, 4 устаревших и 8 сетевых карт VMBus
  • VLAN Неограниченный
  • Виртуальные машины на VLAN не ограничены
  • Виртуальный коммутатор внешней сети на сервер Hyper-V 1 на физический сетевой адаптер
  • Виртуальный коммутатор внутренней сети на сервер Hyper-V не ограничен
  • Виртуальный коммутатор частной сети на сервер Hyper-V неограничен
  • Виртуальные машины на виртуальный сетевой коммутатор не ограничены
  • Беспроводной Нет поддержки беспроводного
  • Маркировка VLAN ID Внешняя, Внутренняя
  • Пометка идентификатора VLAN на виртуальных машинах по одному на виртуальный компьютер

Открытый виртуальный коммутатор

Поддерживаемая платформа Open vSwitch может работать как в качестве программного коммутатора, работающего внутри гипервизора, так и в качестве стека управления для переключения кремния. Он был портирован на несколько платформ виртуализации и коммутации чипсетов. Это переключатель по умолчанию в XenServer 6.0, облачной платформе Xen, а также поддерживает Xen, KVM, Proxmox VE и VirtualBox. Он также был интегрирован во многие системы виртуального управления, включая OpenStack, openQRM, OpenNebula и oVirt. Путь к данным ядра распространяется с Linux, и пакеты доступны для Ubuntu, Debian и Fedora. Open vSwitch также поддерживается во FreeBSD и NetBSD. Разрабатываемый выпуск Open vSwitch был портирован на DPDK.

Большая часть кода написана на независимом от платформы C и легко переносится в другие среды.

Источник

Часто предлагаемое решение — использовать адаптер обратной связи Microsoft в режиме моста с реальным сетевым адаптером.

Бриджинг выполняет следующие действия:

  • Сетевые адаптеры, которые вы подключили мостом, теперь работают на уровне 1, действуя так же, как порты коммутатора. Назовите их А и Б.

  • Новый мостовой интерфейс моделирует кабель, подключенный к этому коммутатору, к мостовому интерфейсу. Этот новый мостовой интерфейс работает на уровнях 1 и 2.

Так:

  • Вы можете назначить IP только интерфейсу моста, потому что это единственное, что работает на уровне 2.

  • A, B и C могут видеть кадры Ethernet, проходящие через A, B или C.

Я знаю, что это должно быть возможно, поскольку программное обеспечение виртуальной машины, такое как VMware, также может использовать виртуальный сетевой адаптер с собственным MAC-адресом, соединенным с реальным сетевым адаптером хоста, чтобы получить внешний IP-адрес для виртуальной машины от DHCP.

VMware устанавливает сетевой адаптер, драйвер которого принимает входящий трафик и перемещает его на виртуальный хост или с него. GNS3 запускает эмуляторы MIPS, которые эмулируют платформы Cisco, поэтому у него есть драйверы, которые делают то же самое.

Я не думаю, что вы можете разделить функции уровня 1 и 2 адаптера обратной связи в Windows, поскольку его обычное использование заключается в том, чтобы позволить вещам на данном хосте не выходить за рамки этого хоста.

Если вы не хотите выполнять виртуализацию в Windows, попробуйте следующее:

  • Установите и используйте Linux. В Linux гораздо более простые инструменты DHCP, он гораздо более универсален в выполнении странных сетевых операций (и позволяет вам столкнуться с гораздо большими проблемами), и вы определенно можете без проблем назначить несколько IP-адресов интерфейсам.

  • Купите несколько дешевых адаптеров USB-Ethernet и подключите каждый к своей сети.

Источник
Другие вопросы по тегам