Как настроить объединение в команду, объединяемые в команду VLAN и hyper-v?
Я пытался присвоить дюйм/с, которые были на другом диапазоне, чем NIC на сервере VPN использовал. Я изменил блок IP на что-то на том же диапазоне IP, и он начал работать.
Программное обеспечение для объединения, необходимое для создания двух виртуальных адаптеров, каждый из которых назначен для VLAN.
При создании внешнего виртуального адаптера Hyper-v, «разрешить операционной системе управления совместно использовать этот сетевой адаптер »необходимо было проверить для VLAN 100 и снять флажок для VLAN 10.
LAG на коммутаторе должна быть в режиме магистрали с VLAN 100 и 10.
Hyper-V может и с радостью справится с объединением VLAN или объединением сетевых адаптеров (хотя и не так легко, как ESX / i), но при желании все может довольно сойти с ума они оба одновременно (что, безусловно, является распространенной конфигурацией для реальных хостов виртуализации).
Прежде всего, Microsoft просто не хочет втягиваться в это; их официальная позиция такова: «это аппаратное обеспечение, поэтому звоните своему поставщику оборудования»: http://support.microsoft.com/kb/968703 ; это означает, что вы в основном сами по себе.
Есть два способа объединить сетевые адаптеры и объединение VLAN на хостах Hyper-V: либо обрабатывать их оба на уровне NIC, либо или управлять объединением на уровне NIC и VLAN на уровне Hyper-V.
При первом подходе (предложенном Force Flow ) вы используете программное обеспечение для управления NIC для создания группы, а затем создать виртуальный адаптер для каждой VLAN; затем в Hyper-V вы настраиваете каждый из этих адаптеров либо для трафика виртуальных машин, либо для трафика ОС, либо для обоих. Hyper-V вообще не видит никаких VLAN, потому что их обрабатывает программное обеспечение NIC.
При втором подходе вы используете только программное обеспечение управления NIC для создания группы; затем в Hyper-V вы настраиваете команду для трафика виртуальных машин и в каждом подключении виртуальной машины указываете используемую VLAN. Это обеспечивает большую гибкость (и меньшее количество виртуальных адаптеров в ОС), но требует, чтобы программное обеспечение объединения прозрачно пересылало тегированные кадры Ethernet в Hyper-V,