Вопрос или проблема
Я наблюдаю дублирование сетевых пакетов для трафика между гостем и хостом на нескольких машинах, которые используют материнскую плату ASUS ROG STRIX B650E-E GAMING WIFI в своих сборках. Эта плата оснащена физическим сетевым контроллером Intel(R) Ethernet Controller (3) I225-V, который используется в виртуальных машинах в качестве сетевого адаптера в режиме мостового соединения. Плата содержит третью ревизию указанного чипа (как указано в его названии и информации о устройствах Windows).
На затронуты несколько протоколов (предполагается, что все), наиболее заметным в моем случае является SNMP.
Простой одиночный ICMP-пинг генерирует такой трафик в Wireshark (пинг и захват происходят на госте, гость пингует хост):
"1","2023-07-06 11:00:55,827524","10.0.3.109","10.0.0.249","ICMP","74","Запрос Echo (ping) id=0x0001, seq=5/1280, ttl=128 (ответ в 2)"
"2","2023-07-06 11:00:55,828060","10.0.0.249","10.0.3.109","ICMP","74","Ответ Echo (ping) id=0x0001, seq=5/1280, ttl=128 (запрос в 1)"
"3","2023-07-06 11:00:55,828060","10.0.0.249","10.0.3.109","ICMP","74","Ответ Echo (ping) id=0x0001, seq=5/1280, ttl=128"
Это происходит на каждой гостевой операционной системе последовательно, но только с этим конкретным Ethernet-чипом. При использовании альтернативного аппаратного сетевого адаптера, не основанного на Intel, все работает как ожидается. Машины, использующие разные аппаратные сетевые адаптеры, не затронуты. Исходящий трафик (с хоста на другую физическую машину) не затронут. Виртуальные машины VirtualBox не затронуты, так что это, похоже, проблема, связанная только с VMware. Дублированные пакеты фиксируются несколькими различными программами, не только Wireshark, так что пакеты действительно дублируются где-то чем-то.
Это известная проблема, и можно ли ее решить так, чтобы не использовать другой аппаратный сетевой адаптер?
VMware Workstation 17 Pro (17.0.2 build-21581411)
Windows 11 22H2 (22621.1702)
Драйвер Intel(R) Ethernet Controller (3) I225-V версия: 2.1.3.3, 2.1.1.7
Примечание: две версии драйвера являются последними, предоставленными Intel (2.1.1.7) и последними, предоставленными ASUS (2.1.3.3) на момент написания. Проблема возникает с обеими версиями драйвера.
Редакция: переключение настроек сетевого адаптера на использование NAT решает проблему дублирования пакетов между гостем и хостом, однако это также вводит другие проблемы для моего варианта использования, поэтому я хотел бы избежать этого.
Редакция: пробовал установить службу маршрутизации и удаленного доступа с “Отключена” на “Ручная”, затем запустил и остановил службу, как было предложено (эта служба никогда не была включена до этой попытки). Проблема сохраняется. Пробовал несколько раз, даже проводил тест ping во всех возможных состояниях службы без результата. Ответ всегда дублируется.
Я просто хотел сказать, что у меня были дублированные пинги (DUP!) в моей Linux VM, используя Windows 10 в качестве хоста и установленный VMWare Workstation 17. Только Linux виртуальные машины были затронуты этой проблемой – Windows виртуальные машины не генерировали (DUP!) ответы.
Проблема заключалась в том, что у меня была включена маршрутизация и удаленный доступ (через службы), когда я был у своей предыдущей хостинговой компании, и я забыл отключить это, когда переехал к другому хосту.
Спасибо за этот пост, потому что он дал мне понимание, чтобы покончить с этой напастью!
Ответ или решение
Дублирование сетевых пакетов в VMware Workstation 17 Pro с использованием адаптера Intel I225-V
Ваша проблема с дублированием сетевых пакетов между гостевой и хостовой системами при использовании VMware Workstation 17 Pro с материнской платой ASUS ROG STRIX B650E-E GAMING WIFI и контроллером Ethernet Intel I225-V действительно заслуживает внимания. Обратим внимание на основные аспекты, касающиеся этой проблемы, и рассмотрим возможные пути её решения.
Описание проблемы
Как вы отметили, вы наблюдаете дублирование пакетов для всех типов трафика, но это особенно заметно на примере ICMP, когда вы делаете эхо-запрос (ping) с гостевой ОС на хост. Сделав анализ с использованием Wireshark, вы видите, что ответ на эхо-запрос дублируется:
1,"2023-07-06 11:00:55,827524","10.0.3.109","10.0.0.249","ICMP","74","Echo (ping) request id=0x0001, seq=5/1280, ttl=128 (reply in 2)"
2,"2023-07-06 11:00:55,828060","10.0.0.249","10.0.3.109","ICMP","74","Echo (ping) reply id=0x0001, seq=5/1280, ttl=128 (request in 1)"
3,"2023-07-06 11:00:55,828060","10.0.0.249","10.0.3.109","ICMP","74","Echo (ping) reply id=0x0001, seq=5/1280, ttl=128"Это явление наблюдается на нескольких системах с данным сетевым контроллером, при этом другие аппаратные решения не вызывают аналогичной проблемы.
Корень проблемы
Проблема может быть связана с несовместимостью драйвера Intel I225-V с VMware Workstation в режиме "bridged". Обратите внимание, что вы использовали обе версии драйверов (2.1.3.3 и 2.1.1.7), и проблема сохраняется. Возможно, конфигурация сетевого адаптера, используемая в VMware, конфликтует с драйверами контроллера.
Потенциальные решения
-
Обновление драйверов:
- Убедитесь, что у вас установлены последние версии драйверов для контроллера Intel I225-V. Хотя вы уже пробовали последние версии, иногда драйверы могут быть доступны в бета-версиях или на других источниках.
-
Параметры сетевого адаптера в VMware:
- Попробуйте изменить настройки сетевого адаптера в VMware. Проверьте, включена ли функция "Promiscuous Mode" (Режим беспорядка). В некоторых случаях правильная настройка этого параметра может помочь избежать дублирования пакетов.
-
Отключение собственных функций Windows:
- Как вы уже заметили, деактивация службы Routing and Remote Access может устранить проблему в некоторых случаях. Убедитесь, что служба действительно остановлена и отключена.
-
Использование альтернативных режимов сети:
- Вы отметили, что использование NAT устраняет проблему. Хотя NAT не подходит для вашей текущей задачи, возможно, вы сможете создать виртуальную сеть между гостевыми системами, если это приемлемо для вашего сценария.
-
Пользовательские настройки материнской платы:
- Проверьте настройки BIOS/UEFI вашей материнской платы. Убедитесь, что сетевые функции адаптера настроены корректно, и нет никаких режимов, которые могут вызывать дублирование трафика.
-
Тестирование с другой виртуализацией:
- Если у вас есть возможность, запустите ту же конфигурацию на другой платформе виртуализации, чтобы исключить влияние VMware как источника проблемы.
Заключение
Проблема дублирования пакетов в сетевых настройках виртуальных машин с использованием адаптера Intel I225-V — известный казус, который, похоже, не имеет легкого решения. Вам следует опробовать предложенные методы, и если ни одно из них не сработает, возможно, стоит обратиться в техническую поддержку VMware или Intel с полным описанием вашей ситуации.
Для оптимального жизнеобеспечения вашего виртуального окружения важно быстро устранять такие проблемы, что может включать в себя как глубокий анализ со стороны пользователей, так и возможности изменения настройки программного и аппаратного обеспечения.