Вопрос или проблема
Когда я пытаюсь просмотреть консоль ВМ в Hyper-V, я получаю следующие сообщения:
Удаление видео было отключено
и
Не удалось подключиться к виртуальной машине. Попробуйте подключиться снова. Если проблема сохраняется, обратитесь к вашему системному администратору. Хотите попробовать подключиться снова?
Я видел множество “решений” и испробовал все из них. Однако после детального поиска я наконец нашел способ включить логирование и вижу ошибки. Кто-нибудь узнает эти ошибки?
Что я пробовал:
- Перезагрузка
- Удаление Hyper-V и повторная установка
- Обновление на моем компьютере с Windows 10 (сервер Hyper-V) (Это работало в течение дня, затем на следующий день снова возникла та же проблема)
- Проверил, что IPv6 был включен. Затем обнаружил, что он был отключен через GPO, поэтому я переместил его в ОУ, где GPO не применялась, создал GPO, который включает его, выполнил gpupdate /force и перезагрузил
- Отключил все межсетевые экраны/антивирусы
- Запустил vmconnect.exe от имени администратора вручную
- Сравнил GPO/настройки безопасности с моей домашней версией Hyper-V, которая работает
- Отключил режим расширенной сессии
- Отключил RemoteFX
- Удалил ВМ и воссоздал
- Попробовал просто ВМ без какого-либо ISO, ОС или чего-либо загрузочного, кроме BIOS
- Отключил ВМ от vSwitch
Заранее извиняюсь за все логи. Пожалуйста, дайте мне знать, если вам нужна дополнительная информация, и спасибо за помощь!
Логи
VMConnect_Trace_20180511125822
Отслеживание версии Hyper-V Client: 10.0.0.0. Примерная дата сборки (файл virtman): 04/29/2018 03:56:46
2018-05-11 12:58:23.435 [01] USER_ACTION_INITIATED VmConnect RdpViewerControl:ConnectCallback() Подключение к серверу с полным именем: ET1SYS23 через RDP порт 2179
2018-05-11 12:58:35.035 [01] USER_ACTION_INITIATED VmConnect RdpViewerControl:ConnectCallback() Подключение к серверу с полным именем: ET1SYS23 через RDP порт 2179
2018-05-11 12:58:37.211 [01] USER_ACTION_INITIATED VmConnect RdpViewerControl:ConnectCallback() Подключение к серверу с полным именем: ET1SYS23 через RDP порт 2179
2018-05-11 01:00:26.173 [01] USER_ACTION_INITIATED VmConnect RdpViewerControl:ConnectCallback() Подключение к серверу с полным именем: ET1SYS23 через RDP порт 2179
2018-05-11 01:09:33.589 [01] USER_ACTION_INITIATED VmConnect RdpViewerControl:ConnectCallback() Подключение к серверу с полным именем: ET1SYS23 через RDP порт 2179
2018-05-11 01:10:01.123 [01] ОШИБКА VmConnect RdpViewerControl:Deactivate() QueryInterface для IOleInPlaceObject на Rdp Control не удался.
Журнал событий (Microsoft-Windows-Hyper-V-VMMS-Admin)
Не удалось получить доступ к необходимым ресурсам GPU. Этот сервер не может работать как хост RemoteFX без GPU. Убедитесь, что GPU правильно установлен.
Не удается загрузить конфигурацию контрольной точки: Процесс не может получить доступ к файлу, так как он используется другим процессом. (0x80070020). (ID контрольной точки FD216B1C-2BB2-48A2-966C-C97D2853094D)
Не удается загрузить конфигурацию контрольной точки: Процесс не может получить доступ к файлу, так как он используется другим процессом. (0x80070020). (ID контрольной точки FD216B1C-2BB2-48A2-966C-C97D2853094D)
Не удалось получить доступ к необходимым ресурсам GPU. Этот сервер не может работать как хост RemoteFX без GPU. Убедитесь, что GPU правильно установлен.
Журнал событий (Microsoft-Windows-Hyper-V-VMMS-Analytics)
vm\service\resmgr\video\synth3dvideopoolrepository.cpp(884)\vmms.exe!00007FF639018178: (caller: 00007FF63900CD0F) Исключение(1) tid(2728) 80004005 Неопределенная ошибка
[Synth3dPhysicalGPUManager::InitGpuStates()@1356] Поймано исключение: Неопределенная ошибка (0x80004005)
vm\service\fr\frctutilities.cpp(2223)\vmms.exe!00007FF63910DF69: (caller: 00007FF6394A6B0E) Исключение(2) tid(ebc) 80070002 Система не может найти указанный файл.
[FrCtUtilities::UpdateFRCTFilesTime()@2226] Поймано исключение: Система не может найти указанный файл. (0x80070002)
Журнал событий (Microsoft-Windows-Hyper-V-Worker-Admin)
Виртуальная машина Ubuntu 18.04 не может загрузить устройство Microsoft Synthetic Display Controller, так как не поддерживаются взаимные версии протокола. Версия сервера 3.5, версия клиента 3.2 (ID виртуальной машины B4714427-9B5E-4CD1-AE7D-5020D643EC55).
'Ubuntu 18.04' успешно запущена. (ID виртуальной машины B4714427-9B5E-4CD1-AE7D-5020D643EC55)
Журнал событий (Microsoft-Windows-Hyper-V-Worker-Analytics)
[Виртуальная машина - ] [PIC ] Используется необработанная команда 3
[Виртуальная машина B4714427-9B5E-4CD1-AE7D-5020D643EC55] onecore\vm\ic\framework\icendpoint.cpp(1279)\vmiccore.dll!00007FF871CBCC3F: (caller: 00007FF871CBCEE8) LogHr(1) tid(24d4) 8007000D Данные недействительны.
Msg:[Укороченный или частичный заголовок сообщения]
[Виртуальная машина B4714427-9B5E-4CD1-AE7D-5020D643EC55] onecore\vm\ic\framework\icendpoint.cpp(1288)\vmiccore.dll!00007FF871CBCCE5: (caller: 00007FF871CBCEE8) LogHr(2) tid(24d4) 8007000D Данные недействительны.
Msg:[Обработка завершилась с неотработанными частями; bytesRemaining = 8]
[Виртуальная машина B4714427-9B5E-4CD1-AE7D-5020D643EC55] onecore\vm\ic\framework\icendpoint.cpp(1288)\vmiccore.dll!00007FF871CBCCE5: (caller: 00007FF871CBCEE8) LogHr(4) tid(2520) 8007000D Данные недействительны.
Msg:[Обработка завершилась с неотработанными частями; bytesRemaining = 12]
[Виртуальная машина B4714427-9B5E-4CD1-AE7D-5020D643EC55] onecore\vm\ic\framework\icendpoint.cpp(1279)\vmiccore.dll!00007FF871CBCC3F: (caller: 00007FF871CBCEE8) LogHr(5) tid(2454) 8007000D Данные недействительны.
Msg:[Укороченный или частичный заголовок сообщения]
[Виртуальная машина B4714427-9B5E-4CD1-AE7D-5020D643EC55] onecore\vm\ic\framework\icendpoint.cpp(1288)\vmiccore.dll!00007FF871CBCCE5: (caller: 00007FF871CBCEE8) LogHr(6) tid(2454) 8007000D Данные недействительны.
Msg:[Обработка завершилась с неотработанными частями; bytesRemaining = 12]
[Виртуальная машина B4714427-9B5E-4CD1-AE7D-5020D643EC55] Не удалось найти подключение в карте соединений.
У меня была аналогичная проблема, и я испробовал все, что вы перечислили – в конечном итоге я нашел, что, вероятно, мой сетевой шлюз блокировал связь через какой-то необходимый порт (не знаю, какой) – однако, когда я подключился к хост-машине через виртуальный сетевой переключатель Wi-Fi, это сработало, и когда я подключился через виртуальный LAN-переключатель, это тоже сработало.
Надеюсь, это поможет.
Перейдите в:
Управление компьютером > Локальные пользователи и группы > Группы > Администраторы Hyper-V
и теперь добавьте администратора и любого другого пользователя, которого хотите добавить
Теперь перейдите к:
Пуск > VMConnect > Запуск от имени администратора
и VMConnect теперь может видеть все доступные ВМ
В итоге я использовал vmconnect.exe напрямую из командной строки, указав localhost
в качестве имени сервера вместо имени моего ноутбука. Командная строка запущена с повышенными правами от имени администратора.
например.
VMConnect.exe localhost Ubuntu20.04
Также мне пришлось убедиться, что localhost сопоставлен в файле hosts с 127.0.0.1
# запись hosts
127.0.0.1 localhost
Я не знаю, почему имя моего компьютера не работает для подключения к ВМ Hyper-V.
На данный момент я использую последнюю стабильную версию Windows 10 Pro, версия 20H2.
Корректно ли установлены службы гостя Hyper-V и инструменты Hyper-V? https://learn.microsoft.com/en-us/windows-server/virtualization/hyper-v/manage/manage-hyper-v-integration-services
Ответ или решение
Проблема с подключением к консоли виртуальных машин в Hyper-V
При попытке подключиться к консоли виртуальной машины (ВМ) в Hyper-V вы получаете сообщения об ошибках, такие как:
- "Video remoting was disconnected"
- "Could not connect to the virtual machine. Try to connect again. If the problem persists, contact your system administrator."
Данная проблема может быть довольно сложной и требовать комплексного подхода к диагностике и устранению. На основе вашего описания и приведенных логов, давайте разберем возможные причины и решения.
Возможные причины проблемы
-
Проблемы с сетевыми настройками:
- Убедитесь, что ваш компьютер и Hyper-V-сервер находятся в одной сети. Проверьте настройки виртуальных коммутаторов и убедитесь, что они корректно настроены.
-
Проблемы с компонентами RemoteFX:
- Судя по логам, у вас может быть проблема с доступом к ресурсам GPU, необходимым для RemoteFX. Прежде всего рекомендуется проверить, установлен ли графический процессор и корректно ли он работает. Также учитывайте, что RemoteFX требует наличия совместимого графического оборудования.
-
Несоответствие версий протокола:
- Логи указывают на несоответствие версий протокола между сервером и клиентом. Проверьте, что версии Hyper-V на клиентских и серверных машинах совпадают. Обновление или переустановка компонентов Hyper-V может быть необходимым шагом.
-
Проблемы с политиками групп (GPO):
- Вы упомянули изменение настроек IPv6, связанных с GPO. Проверьте, есть ли другие политики, которые могут блокировать доступ к сетевым ресурсам или управлению Hyper-V. Убедитесь, что ваша учетная запись находится в группе Hyper-V Administrators.
Рекомендации по устранению неисправностей
-
Проверка сетевых подключений:
- Попробуйте использовать команду
ping
для тестирования связи между клиентом и сервером. Если связь отсутствует, возможно, проблема связана с сетевым оборудованием или настройками.
- Попробуйте использовать команду
-
Установка и проверка Hyper-V Integration Services:
- Убедитесь, что все необходимые службы интеграции установлены и активированы на виртуальных машинах. Это можно сделать через консоль управления Hyper-V.
-
Запуск VMConnect с правами администратора:
- Для улучшения доступа к виртуальным машинам попробуйте запускать
VMConnect.exe
от имени администратора:
VMConnect.exe localhost <VM_NAME>
- Для улучшения доступа к виртуальным машинам попробуйте запускать
-
Обновление системных компонентов:
- Проверьте наличие обновлений для Windows и Hyper-V. Иногда проблемы могут быть устранены с помощью установок последних обновлений.
-
Проверка файла hosts:
- Убедитесь, что файл hosts содержит правильную запись для localhost (127.0.0.1). Это может помочь в решении проблемы с доступом по имени хоста.
Заключение
Несмотря на множество предложенных решений, отсутствие стабильного доступа к виртуальным машинам в Hyper-V может быть следствием различных факторов. Важно внимательно следить за логами и анализировать ошибки, получаемые на каждом этапе. Если проблема сохраняется даже после выполнения всех шагов, может потребоваться более глубокая диагностика системы.
Если вам необходима дополнительная помощь или есть вопросы, не стесняйтесь обращаться к сообществу IT-специалистов или к вашему системному администратору.