Рейтинг:1

Нет входящего трафика на адаптере Hyper-V внутри виртуальной машины

флаг jp

У меня очень неприятная проблема с настройкой Hyper-V, и она меня немного беспокоит, потому что я не могу понять, почему.

Мой узел Hyper-V — это Windows Server 2019 с тремя сетевыми адаптерами. Адаптеры 1 и 2 являются физическими и имеют статические конфигурации.

Адаптер 3 настроен как расширяемый коммутатор Hyper-V. (Внешний) Этот адаптер подключен к транковому порту на коммутаторе cisco, где были помечены несколько vlan. Хост-адаптер использует VLAN 777 и может нормально подключаться.

Я создал новую виртуальную машину, на которой установил еще один экземпляр Windows Server 2019. Эта виртуальная машина использует тот же vSwitch, но настроен на VLAN 666.

Внутри виртуальной машины я посмотрел информацию о состоянии адаптера:

  • Было отправлено X пакетов с момента запуска устройства
  • 0 пакетов было получено

Сначала я подозревал, что какой-то странный брандмауэр блокирует соединение.

Для здравомыслия я отключил ВСЕ правила/настройки/профили брандмауэра, потому что этот хост все равно находится внутри локальной сети. Я сделал это для хоста и виртуальной машины.

Ничего не изменилось, пакеты по прежнему не приходят.

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

  • Что еще может блокировать это соединение?
  • Какие журналы я могу активировать или посмотреть, чтобы понять это?

На коммутаторе нет никаких правил блокировки или чего-то еще. Хост это подтверждает, потому что виртуальный хост-адаптер работает просто отлично.

Это только внутри виртуальной машины.

Некоторые технические примечания о виртуальной машине:

  • Он был настроен с использованием ISO 17763.737.190906-2324.rs5_release_svc_refresh_SERVERESSENTIALS_OEM_x64FRE_de-de_1
  • Он настроен на поколение 2
  • Дополнительные функции и флажок внутри конфигурации виртуальной машины сетевого адаптера не отмечены.

Обновление. Что я проверил до сих пор:

  • Журнал событий в виртуальной машине и на хосте (Правда, я не знал, что конкретно искать!)
  • Использовал зеркало адаптера для просмотра соединения внутри Wireshark (адаптер из виртуальной машины в качестве источника с новым хост-адаптером в качестве пункта назначения) -> На самом деле это ни к чему не привело, но я заметил, что я не вижу пингов ICMP, как ни странно довольно
  • Настройки брандмауэра на хосте и виртуальной машине -> В обеих системах они были отключены во ВСЕХ профилях для устранения неполадок без дальнейших возможных помех.
  • Активировал регистрацию брандмауэра на отброшенные пакеты и проверил их, ничего нет.
  • Трижды проверенные настройки Hyper-V, никаких специальных функций, связанных с сетевым подключением, не активировано.
  • Измените конфигурацию коммутатора, чтобы он был портом доступа для vlan вместо Trunk -> Без разницы
  • Используйте динамический MAC-адрес для адаптера вместо статического -> без разницы
Рейтинг:0
флаг jp

Я понял это, и ответ довольно печальный.

На физическом сетевом адаптере, который использовался для vSwitch, была настроена VLAN на аппаратном драйвере. Это не было удалено при создании vSwitch, и ему каким-то образом удалось заблокировать весь входящий / исходящий трафик, поскольку никто не мог общаться, когда само оборудование изменило идентификатор VLAN.

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

Еще раз проверив аппаратные настройки адаптера, я заметил идентификатор VLAN, который был жестко задан утилитой настройки адаптера Intel ProSet.

Так что да... Прочистил, теперь все работает.

Преподал себе урок глупости.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.