Ping работает на неправильном интерфейсе в конфигурации VLAN

Если вы не настроили eth3 в vmware как транковый интерфейс, это не сработает.

скорее всего, вы хотите настроить vlans в vmware, а затем назначить eth3 на vlan3 (в vmware). Вам не нужно настраивать виртуальные локальные сети внутри виртуальной машины.

Вы уверены, что ваши сети ESX и физические порты коммутатора правильно настроены в соответствии с вашими требованиями к VLAN? Если вы хотите иметь возможность обрабатывать теги VLAN в вашей гостевой ОС, тогда группа портов, с которой привязана ваша виртуальная машина Eth3 nic в параметрах виртуальной машины, должна быть настроена в режиме VGT, а теги VLAN должны быть оставлены неизмененными вашим физическим переключателем на физический порт (ы), которые восходящие каналы используются этой группой портов. Еще одна возможность заключается в том, что объединение сетевых адаптеров в vSwitch может вызывать проблемы для вашей инфраструктуры физического коммутатора. Одним из симптомов этого является то, что трафик работает в одном направлении, но не работает в обратном направлении. Как они настраиваются в этом случае (сколько восходящих каналов для vSwitch, есть ли у вас какие-либо переопределения политик в группе портов, подключаются ли восходящие каналы к отдельным физическим коммутаторам?

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

Серверы ESX поддерживают три режима тегирования VLAN:

• VGT - Виртуальные гостевые теги. - vSwitch передает сетевые пакеты гостевой ОС, оставляя теги 802.1Q неизмененными. Если вам нужно поддерживать [несколько] сетей VLAN в гостевой ОС, вам необходимо включить этот режим. Вы включаете режим VGT, выбирая VLAN ID 4095 в группе портов, к которой привязан гостевой сетевой адаптер.
• EST - маркировка внешнего переключателя. Теги VLAN полностью обрабатываются физическими коммутаторами и никогда не передаются на хост ESX, теги 802.1q vlan удаляются перед передачей на сетевые адаптеры сервера ESX и добавляются к пакетам, полученным от них. Гостевая сеть не знает тегов VLAN. Конфигурация VLAN не требуется ни на хосте ESX, ни на гостевой ОС.
• VST - маркировка виртуального коммутатора. В этом режиме теги VLAN обрабатываются vSwitch, а гостевая ОС не видит трафика VLAN - конкретные идентификаторы VLAN должны быть настроены в разделе Port \ Port Groups на этом vSwitch.

Есть отличный обзор этого (и почти всего остального, что вы когда-либо хотели знать о конфигурации ESX vSwitch) в серии из 7 сообщений в блоге Кена Клайна - вы можете найти первый здесь, концепции виртуальных локальных сетей ESX обсуждаются в конце поста.

Я не гуру linux (я запускаю NetBSD), но правильно ли вы указали маску подсети в строке ifconfig?

В NetBSD мне пришлось бы использовать что-то вроде

ifconfig vlan3 1.2.3.4/24

для 255.255.255.0 или 0xffffff00 (24-битная сетевая маска, независимо от того, как вы ее разрезаете).

Если возможно, вы можете на приемном конце запустить tcpdump, например:

tcpdump -i <interface> 'src 172.22.125.154 and icmp'

Если эхо-запрос отправляется туда, но нет ответа, принимающая сторона может не знать, как отправить на этот конец.

сделать: traceroute 172.22.125.154

Используется ли правильный шлюз для отправки? Может ли шлюз, который он пытается использовать, отправить в эту сеть?

Если он не отправляет на 172.22.125.154, возможно, на компьютере src, на котором вы устанавливаете 172.22.125.154, возникла проблема с маршрутизацией, или вы неправильно настроили (сетевая маска, шлюз и т. Д.) Vlan на компьютере src.

мои 2 цента ...

РЕДАКТИРОВАТЬ: Съемка в темноте здесь;) Попробуйте включить прокси arp echo 1> / proc / sys / net / ipv4 / conf / eth3 / proxy_arp