У меня есть установка Server 2008 R2 x64 (назовем ее MARS), которая не будет взаимодействовать с одним из моих хостов Server 2008 R2 x64 Hyper-V (назовем его VENUS) или любым из его гостей.
Мы планируем перенести всех гостей с VENUS и перестроить его на Server Core. Это могло решить проблему, но мне было любопытно, сталкивался ли кто-нибудь с чем-то подобным раньше.
Поскольку обе сетевые адаптеры находятся на одном коммутаторе и VLAN, начните с уровня 2. Что происходит в таблицах ARP в результате простого «пинга» с любого направления? Соответствующий MAC-адрес отображается в таблице ARP на противоположном конце? Если записи ARP верны, перейдите на уровень 3, проверив фильтры уровня IP, как следующую остановку / шаг вверх по модели OSI (при необходимости направьтесь к журналам событий).
Я видел эту проблему с объединенными сетевыми картами - один изворотливый порт коммутатора, который команда не распознает как неисправный, но либо неправильно настроен, либо слегка сломан, может влиять только на трафик к \ от определенных пар хостов, а не на все пары хостов. Это может сбивать с толку.
например.:
Сервер X может успешно разговаривать с Сервером A
Сервер X может успешно разговаривать с Сервером B
Но сервер A и сервер B не могут разговаривать друг с другом.
Я не видел этого с Hyper-V, но я видел это не раз с VMware ESX - хотя в этом случае проблема не была согласованной для всех виртуальных машин на хосте, как в вашем случае.
Оказывается, даже если брандмауэр Windows по умолчанию блокирует эхо-запросы, пинговая машина отображается в таблице ARP принимающей машины.
Мое исправление, поскольку сеть была полностью внутренней, заключалось в том, чтобы закрыть брандмауэр Windows в частной сети, а затем убедиться, что связанные сетевые адаптеры указывают на эту внешнюю сеть.
(Ранее размещение в виртуальных сетях (виртуальных коммутаторах) на Проблема IPv6 в Hyper-V)