#Симптом и условия применимости
После включения роли Hyper-V гостевая машина лишилась сетевого доступа. Причины различаются: виртуальный сетевой адаптер не подключён к коммутатору, выбран внутренний/частный коммутатор вместо внешнего или изменился мост на физическом интерфейсе. Инструкция подходит для Windows Server 2022 и Windows Server 2025 при наличии соответствующей роли или компонента; варианты Desktop Experience и Server Core могут отличаться. Для критических серверов требуется согласование с владельцем системы.
#Возможные причины и признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Гость не привязан к коммутаторуВ настройках виртуальной машины указан «Не подключён» или удалённый виртуальный свитч. | Get-VMNetworkAdapter показывает пустое SwitchName. | Назначить существующий одобренный коммутатор. |
| Коммутатор не имеет внешней связиInternal/Private не предоставляет напрямую доступ в физическую сеть. | Гости видят друг друга, но не офисную сеть. | Проверить тип виртуального коммутатора. |
| Изменилось подключение физического NICСоздание внешнего vSwitch меняет привязки физического интерфейса хоста. | Хост и гости потеряли связь одновременно. | Использовать консоль и корректную конфигурацию vSwitch. |
#Пошаговая диагностика и устранение
- Зафиксируйте исходный сбой и исходные условияЗапишите дату и время, полную версию Windows Server, роль устройства (член домена, контроллер домена, узел виртуализации и т. п.), точный текст ошибки и последнее известное изменение конфигурации. Для графической установки версию можно проверить Win+R →
winver; для Server Core — через штатную административную консоль. Не считайте совпадение по дате доказательством, что причиной было обновление.
- Уточните, у кого пропала сетьС консоли гипервизора проверьте доступ к хосту, одному гостю и другим гостям. Если связь потерял только один виртуальный сервер, проблема может быть в его виртуальном адаптере; если все — проверьте физический интерфейс/коммутатор. Не создавайте новый внешний коммутатор через RDP без консоли.
- Проверьте виртуальный адаптер в диспетчере Hyper-VНа узле откройте «Диспетчер Hyper-V» → выберите виртуальную машину → «Параметры» → «Сетевой адаптер». Запишите выбранный «Виртуальный коммутатор». Если стоит «Не подключён», отсутствие сети ожидаемо; до изменений уточните схему VLAN.
- Посмотрите существующие коммутаторыНа узле Hyper-V в административном PowerShell запустите Get-VMSwitch и Get-VMNetworkAdapter -VMName "ИМЯ_ВМ". Сравните SwitchType (External, Internal, Private), SwitchName и состояние адаптера. Это команды чтения.Windows · PowerShellКомандаПрава администратораPowerShell на узле Hyper-V с разрешением читать VM. Подставьте реальное имя; команды не меняют сеть, но могут раскрывать имена инфраструктуры.
Get-VMSwitch | Select-Object Name,SwitchType,NetAdapterInterfaceDescriptionGet-VMNetworkAdapter -VMName "ИМЯ_ВМ" | Select-Object VMName,SwitchName,Status
- Проверьте физический адаптер узлаВ PowerShell на узле выполните Get-NetAdapter и проверьте имя, состояние и физическую привязку, указанную у внешнего коммутатора. Не меняйте сетевую привязку физического NIC, если это единственный канал управления хостом.
- Проверьте адрес внутри гостяВ консоли виртуальной машины выполните ipconfig /all. Если гость получил 169.254.x.x, проверьте DHCP и VLAN; если адрес корректен, проверьте шлюз и DNS. Не назначайте случайный статический IP вместо диагностики.
- Сверьте VLAN и сетевую политикуВ настройках виртуального адаптера и физического коммутатора проверьте, используется ли нужный VLAN ID (только если сеть сегментирована). Неверный VLAN может отключить гостя даже при правильном коммутаторе. Менять конфигурацию нужно совместно с администратором сети.
- Выполните адресное изменение с планом откатаТолько после согласования можно подключить гостя к существующему правильному vSwitch через параметры VM. Если надо создать/изменить внешний коммутатор, заранее обеспечьте консоль хоста и окно обслуживания: эта операция может прервать управление всеми VM.
- Проверьте сетевую доступность гостяИз консоли гостя проверьте доступ к своему шлюзу, DNS и нужному сервису; с одобренного клиента проверьте соединение с гостем. Если адрес доступен, но приложение не работает, анализируйте уже брандмауэр и саму службу, не пересоздавая vSwitch.
#Как понять, что проблема решена
Сопоставьте исходную неисправность («после включения hyper-v исчезло сетевое подключение гостевой системы») с новым результатом после одного согласованного изменения. Зафиксируйте время теста, журналы и результаты для затронутых пользователей или служб. Если результат нестабилен, не предпринимайте второй рискованный шаг наугад: восстановите согласованное предыдущее состояние и передайте журнал владельцу роли.
#Если не помогло
Сохраните исходный и новый код ошибки, выбранную роль, версию сборки, номера событий и анонимизированные результаты диагностических команд. Для доменных контроллеров, узлов Hyper-V и серверов безопасности рассмотрите профильную поддержку и процедуру изменения конфигурации. Не выключайте защиту, не удаляйте роли и не сбрасывайте всю ОС вместо адресной диагностики.