Проблема с VMware vSphere и NFS: ре, происходящее apd состояние
Что-то как rinetd могло бы работать (редиректор/сервер для TCP, только я верю, таким образом, никакой ARP, Уровень 2, и т.д.), но во всей честности, получая некоторые управляемые коммутаторы, которые имеют возможности зеркального отражения порта или если то поле только используется для wireshark, Вы могли бы добавить другой NIC к нему, соединить два интерфейса мостом, поместить его перед машиной A eth0 и иметь выделенную машину сниффинга.
У меня была точно такая же проблема. Оказалось, что это были мои физические коммутаторы, MTU которых я установил на 9000, и мои порты vmk также были установлены на 9000. Похоже на брак, заключенный на небесах. Мой коммутатор хотел, чтобы он был установлен на 9000+. Не уверен, что это за плюс, поскольку в отчаянии я установил его на 9216 (максимальное значение переключателя), и он сработал.
Я рекомендую попробовать это без статических соединительных линий на стороне хоста ESXi. Вероятно, они не делают того, что вы ожидаете (скорость передачи> 1 Гбит / с). Попробуйте обойтись без этого и посмотрите, каковы будут последствия ... Я настраиваю свое хранилище NFS с несколькими сетевыми картами на стороне хоста ESXi, но выполняю LACP от устройства хранения к коммутатору.