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

Я настроил свою среду Hyper-V (Windows 10 Pro 64-бит, обновление 1809), чтобы внешний виртуальный переключатель был связан с моим Wi-Fi адаптером и разделялся с хост-ОС. Я использовал этот виртуальный переключатель с моей гостевой виртуальной машиной Debian для доступа в интернет и к локальной сети.

С этим все было в порядке до нескольких дней назад, когда сеть моего хоста внезапно снизила пропускную способность с 350 Мбит/с до 8 Мбит/с.

Удаление внешнего переключателя полностью устраняет замедление.

Я пытался отключить VMQ, хотя драйвер моего беспроводного адаптера не поддерживает его (это встроенный чип Wi-Fi Qualcomm на материнской плате Asus Strix z270e), но это не изменило ситуацию.

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

Обновление 1

Ответ, предоставленный здесь, действительно точно описывает мою ситуацию, и я попробовал решение, выполнив следующие шаги:

1. создание внутреннего виртуального переключателя,
2. выбор внутреннего виртуального переключателя и моего Wi-Fi NIC в панели управления сетью и выбор “создать мост” из контекстного меню.

Это привело к тому же замедлению, что и ранее с внешним виртуальным переключателем.

Внешние ссылки

https://win10.guru/hyper-v-external-switches-killing-networking-in-insider-builds

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

Так как у меня есть Intel NIC, я не уверен, поможет ли это, но мне любопытно, и я хотел бы, чтобы вы попробовали, если у вас еще не получилось разобраться с этим.

Проблема №1: Медленная загрузка
Отключите объединение на Wi-Fi адаптере. Это полностью восстановило мою скорость загрузки и решило проблемы, которые я наблюдал с прерывистым подключением в хост-ОС и на виртуальных машинах.

Проблема №2: Медленная загрузка
Отключите Large Send Offload на виртуальном адаптере, представляющем внешний переключатель. В моем случае это называется vEthernet(WAN)

У меня есть Intel Killer WiFi на XPS 15 9570 и XPS 17 9700, и у них аналогичные проблемы с Hyper-V. Я дам конкретную конфигурацию, которая восстановила полную производительность для меня:

• Адаптер vEthernet, настроенный для внешнего доступа с указанием на Wi-Fi адаптер

  • Установите “Объединение сегментов (IPv4)” на “Отключено”
  • Установите “Объединение сегментов (IPv6)” на “Отключено”
  • Установите “Large Send Offload Version 2 (IPv4)” на “Отключено”
  • Установите “Large Send Offload Version 2 (IPv6)” на “Отключено”

• Wi-Fi адаптер

  • Установите “D0 PacketCoalescing” или “Packet Coalescing” на “Включить” (или “Отключить” — иногда изменение этой настройки делает вещи быстрее, хотя одна настройка была лучше — это не кажется последовательным). Эта настройка может не иметь значения. Сначала попробуйте пропустить этот шаг и посмотрите, достаточно ли изменений vEthernet выше.

Внутри самой виртуальной машины я также обнаружил, что мне нужно:

• Эфирный адаптер
  • Установите “Large Send Offload Version 2 (IPv4)” на “Отключено”
  • Установите “Large Send Offload Version 2 (IPv6)” на “Отключено”

Вместе эти настройки восстановили скорость соединения моей хост-системы с 7 Мбит/с до 60 Мбит/с, что является производительностью, которую я получал, если бы у меня не было настроен Hyper-V вообще. Я также по-прежнему получаю почти такую же производительность на своих гостях.

Обратите внимание, что в последней версии Windows 11 вам, возможно, придется перейти в Диспетчер устройств, чтобы открыть свойства оборудования для ваших сетевых адаптеров, поскольку они, похоже, больше не доступны из центра “Сеть и общий доступ” панели управления.

Отключение Large Send Offload Version 2 в свойствах внешнего адаптера vEthernet помогло мне с этой проблемой.

Я не знаю, сможет ли мое предложение удовлетворить то, что вы действительно спрашиваете, но то, что я сделал, вместо использования внешних переключателей, я создал внутренний и настроил его как NAT виртуальный переключатель… таким образом, мне не нужно иметь дело с внешними vSwitches… если вы хотите предоставить интернет-доступ гостевым виртуальным машинам, это работает отлично. Вот ссылка, если вы хотите реализовать это… это относительно легко. Надеюсь, это поможет!

Моя скорость загрузки через Wi-Fi составляет 300 Мбит/с до создания внешнего виртуального переключателя. После этого, и без каких-либо настроек, скорость упала до однозначных чисел. Отключение Packet Coalescing на Wi-Fi адаптере увеличило скорость до примерно 50 Мбит/с. Однако включение Throughput Booster полностью восстановило скорость до 300 Мбит/с.

Добавляю еще одну возможную причину и решение для виртуального переключателя, вызывающего очень медленную скорость загрузки для всей системы (гостей и хоста). Это на Windows 11. Расширение Microsoft NDIS Capture было включено по умолчанию. Просто отключив его (убрав галочку), я восстановил свою нормальную сетевую производительность.

Я просто добавляю скриншоты, чтобы это было немного проще.

1. Медленная загрузка – отключить объединение пакетов в настройках Wi-Fi адаптера в диспетчере устройств.
   

2. Медленная загрузка – отключить Large Send Offload (для IPV4 и IPV6) от внешнего vEthernet переключателя, который соединяет (не по умолчанию).
   

Я отключил tcp-segmentation-offload в VM с ethtool -K eth0 tcp-segmentation-offload off. Я думаю, вы также можете использовать ethtool -K eth0 tso off https://kb.vmware.com/s/article/2055140

Отключение этой настройки улучшило мою скорость загрузки и выгрузки.

У меня есть хост HYPER-V (Server 2019 1809 & 1903), который я тестировал. У гостя Windows 10 была быстрая SMB сеть, но крайне медленные скорости интернет-серфинга/загрузки. Мой пост не связан с Wi-Fi, может помочь в любом случае.

Мои Linux гости получали быстрые скорости загрузки.

Мои Windows 10 были настроены как Gen2 VM. Я создал виртуальную машину Windows 10 как Gen1 VM, я назову это W10G1.

W10G1 по-прежнему имела плохую интернет-производительность, используя “Сетевой адаптер” в конфигурации.
W10G1 имела отличную интернет-производительность, используя “Устаревший сетевой адаптер”. Других изменений не было.

Похоже, что есть проблема в коде “Сетевого адаптера” хоста или “Сетевого адаптера” гостя Windows 10.

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

Мой сценарий решения этого:

• Удалить все внешние карты.
• Создать внутреннюю карту vEthernet.
• Поделиться интернетом с моего Wi-Fi соединения с этой внутренней картой.
• Внутри виртуальной машины установить LAN карту на DHCP-auto. Так вы настраиваете NAT и получаете случайный IP (192.168.137.45 в моем случае).
• Порт пересылки для моих рабочих нужд.
• В админ-консоли: netsh interface portproxy set v4tov4 listenport=180 connectaddress=192.168.137.45 connectport=80
• Это позволит вашему ПК слушать 180 и пересылать его на 80 виртуальных машин. Вы можете настроить любое переадресацию портов таким образом.