Я долго искал информацию на этом форуме, и хотя по этой теме есть много вопросов, мне не удалось найти конкретного решения проблемы.
Я хочу, чтобы DHCP назначил несколько IP-адресов одному компьютеру с использованием одного сетевого адаптера. Цель этого в том, чтобы компьютер эмулировал различные конечные узлы, участвующие в симуляции сети.
Я знаю, что это должно быть возможно, поскольку программное обеспечение виртуальной машины, такое как VMware, также может использовать виртуальный сетевой адаптер с собственным MAC-адресом, соединенный мостом с реальным сетевым адаптером хоста, чтобы получить внешний IP-адрес для виртуальной машины от DHCP. Также программное обеспечение, такое как GNS3, может делать эти трюки, когда можно назначить внешний IP от DHCP различным симулированным сетевым узлам.
Часто предлагаемое решение — использовать адаптер обратной связи Microsoft в мостовом режиме с реальным сетевым адаптером. Однако я не понимаю, как это должно работать. Если я устанавливаю адаптер обратной связи и соединяю его мостом с реальным сетевым адаптером, создается новый адаптер «драйвер мультиплексора» с именем «Ethernet 3». Этот адаптер получает IP-адрес от DHCP, однако нет никаких признаков второго IP-адреса ни для виртуального сетевого адаптера, ни для реального адаптера.
Я был бы очень рад, если бы вы могли мне помочь и объяснить, как должно работать решение с адаптером обратной связи. Если оно не может работать таким образом, я надеюсь, вы сможете помочь мне с другим решением для достижения той же цели. Я читал во многих местах, что это возможно настроить, но нигде не дано подробного решения, которое помогло бы мне.
решение1
Если вы хотите попробовать работать с виртуальными сетями, то, скорее всего, виртуальные коммутаторы работают с различными виртуальными машинами. Отдельно, как часть протокола распределения или компонента операционной системы или как часть виртуальной машины.
Или вы можете установить виртуальные адаптеры и назначить им IP-адреса и MAC-адреса, но в этом случае у вас будет только дополнительный интерфейс, который подойдет, например, в случае автоматического применения RDP-сервера, или для перенаправления активности сетевых приложений на виртуальный адаптер.
Вот некоторые ресурсы, на которые следует обратить внимание при рассмотрении некоторых функций и виртуальных реализаций коммутаторов. Спасибо за хороший вопрос.
Создание V-коммутаторов в среде Hyper-V завершается неудачей
Виртуализация сети Hyper-V и виртуальный коммутатор
Виртуальная сеть для Hyper-V (часть 1)
Сеть и настройка Microsoft Hyper-V. Часть 1
Максимальная конфигурация виртуальной сети Hyper-V:
- Поддержка MAXIMUM Примечание
- Виртуальные сетевые карты на виртуальную машину 12 сетевых карт 4 устаревших и 8 сетевых карт VMBus
- VLAN без ограничений
- Виртуальные машины на VLAN без ограничений
- Внешний сетевой виртуальный коммутатор на сервер Hyper-V 1 на физическую сетевую карту
- Внутренний сетевой виртуальный коммутатор на сервер Hyper-V, без ограничений
- Виртуальный коммутатор частной сети на сервер Hyper-V без ограничений
- Виртуальные машины на виртуальный сетевой коммутатор без ограничений
- Беспроводная связь Нет поддержки беспроводной связи
- Маркировка идентификатора VLAN: внешняя, внутренняя
- Маркировка идентификатора VLAN на виртуальных машинах: одна на виртуальную машину
Открытый виртуальный коммутатор
Поддерживаемая платформа Open vSwitch может работать как программный коммутатор, работающий в гипервизоре, и как стек управления для коммутационного кремния. Он был портирован на несколько платформ виртуализации и коммутационных чипсетов. Это коммутатор по умолчанию в XenServer 6.0, Xen Cloud Platform, а также поддерживает Xen, KVM, Proxmox VE и VirtualBox. Он также был интегрирован во многие системы виртуального управления, включая OpenStack, openQRM, OpenNebula и oVirt. Ядро datapath распространяется с Linux, а пакеты доступны для Ubuntu, Debian и Fedora. Open vSwitch также поддерживается на FreeBSD и NetBSD. Разрабатываемый релиз Open vSwitch был портирован в DPDK.
Основная часть кода написана на платформенно-независимом языке C и легко переносится в другие среды.
решение2
Часто предлагаемым решением является использование адаптера обратной связи Microsoft в мостовом режиме с реальным сетевым адаптером.
Мостирование выполняет следующие функции:
Сетевые адаптеры, которые вы объединили, теперь работают на уровне 1 — действуя так же, как порты на коммутаторе. Назовем их A и B.
Новый интерфейс моста моделирует кабель, подключенный к этому коммутатору к интерфейсу моста. Этот новый интерфейс моста работает на уровнях 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 и подключите каждый из них к своей сети.