Я перенес рабочий гостевой сервер Hyper-V с одного физического сервера на другой, остановив машину, скопировав файлы вручную, а затем импортировав, «зарегистрировавшись на месте».
Импорт завершен, и недавно зарегистрированная машина нормально загрузилась на новом физическом сервере.
Но только что перемещенная машина не может пинговать ничего в физической сети, кроме хоста. И ничто в физической сети не может пропинговать только что зарегистрированную машину.
Тем не менее, я знаю, что недавно построенный физический сервер доступен в локальной сети, поскольку я могу пинговать его с другой машины в локальной сети.
И я знаю, что хост и гость должны быть одинаково доступны из локальной сети, то есть если один доступен, то другой обязательно должен быть, потому что я сделал настройку в виртуальной сети Hyper-V для совместного использования виртуального типа «внешний». сеть с хост-машиной.
Брандмауэр. Я временно отключил брандмауэр на всех упомянутых машинах, новом и старом физических серверах, виртуальном (гостевом) и удаленном компьютере в сети, которую я использую для проверки связи ping. Я отключил брандмауэр Windows для всех профилей на всех упомянутых машинах!
ВЛАНС. Нет. Ни на коммутаторах, ни на серверах.
Все хосты и гости работают под управлением Windows Server 2012 R2.
Предпринятые дальнейшие шаги:
На протяжении всех описанных ниже шагов я регулярно проверял, чтобы вновь созданный виртуальный сетевой адаптер на новом физическом сервере имел правильный IP-адрес, как и виртуальный сетевой адаптер на гостевом компьютере.
Возможно, кто-нибудь просветит меня относительно того, кого из богов виртуализации я по-царски разгневал сегодня, и как я могу улучшить ситуацию?
Подключение к хост-сети и подключение к гостевой сети почти полностью не связаны, за исключением физического подключения к сети через pNIC на хосте. Разрешение ОС управления (самому хосту) совместно использовать внешний виртуальный коммутатор не имеет ничего общего с сетевым подключением гостей, за исключением (опять же) физического подключения pNIC на хосте. PNIC становится «мостом» для vSwitch. Подключение уровня 3 хоста не имеет ничего общего с подключением уровня 3 виртуальной машины. Вы зацикливаетесь на корреляции подключения к хост-сети и подключения к гостевой сети. Прекратите возиться с адаптером vEthernet и pNIC на хосте.
Отказ от брандмауэра кажется отчаянной мерой. Нет причин, по которым вам нужно отключать брандмауэр Windows на хосте или виртуальной машине, чтобы установить сетевое соединение на хосте или виртуальной машине. Снова включите брандмауэр Windows на обеих системах и оставьте его в покое.
Ping больше не является хорошим средством диагностики первой линии для систем Windows, поскольку по умолчанию он отключен. Слишком много людей зацикливаются на поиске и устранении неисправностей, почему ping не работает, вместо того, чтобы решать настоящую проблему. Вам необходимо включить File and Printer Sharing (EchoRequest - ICMPv4-In Правило брандмауэра для соответствующего профиля брандмауэра, если вы хотите проверить связь с современной системой Windows. Если вы хотите использовать ping в качестве диагностического инструмента, убедитесь, что вы знаете, должно ли оно работать с самого начала.
С учетом всего сказанного я мог бы предложить вернуться на несколько шагов назад:
Повторно включите брандмауэр Windows на хосте. Удалите виртуальную машину. Удалите vSwitch в диспетчере Hyper-V. Проверьте подключение к сети хоста (чтобы проверить подключение уровня 2, потому что, опять же, подключение уровня 3 хоста и гостя не связано). Создайте новый vSwitch в Hyper-V Manager. Не гадайте с адаптером vEthernet или физическим сетевым адаптером хоста. Создайте новую виртуальную машину для тестирования. Протестируйте сетевое подключение новой виртуальной машины, если у вас возникла та же проблема, остановитесь на этом и начните проверять подключение к физической сети хоста и ваш коммутатор. Затем повторно импортируйте соответствующую виртуальную машину и проверьте ее.