Post P2V Remote Destkop
Я недавно выполнил P2V на старой установке OEM XP.
Это потребовало запуска установки на месте, чтобы преобразовать OEM в VLK. По завершении я не смог подключиться к удаленному рабочему столу.NETstat -ano | find "3389" ничего не возвращает.
Я попытался выполнить ось и ключи [HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server] и выполнить импорт из известного хорошего источника. Это привело к прослушиванию службы 3389, но с ошибкой "произошла ошибка во время установления соединения".
Насколько я могу судить, единственная разница между этими двумя наборами ключей реестра - это глубина цвета, несколько принтеров и подраздел VIDEO:
[HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ VIDEO \ disc] "VgaCompatible" = "\ Device \ Video0" "\ Device \ Video0" = "\ REGISTRY \ Machine \ System \ CurrentControlSet \ Services \ TSDDD \ Device0"
Я также попробовал часто цитируемую статью KB и devcon. Без изменений.
devcon.exe -r install %windir%\inf\machine.inf root\rdpdr
Я в растерянности относительно решения этой проблемы.
РЕДАКТИРОВАТЬ - Я уверен, что необходимая служба работает и что система настроена на удаленный доступ.
2 ответа
Я придумал рабочее решение этой проблемы. В итоге было несколько моментов, которые нужно было решить.
1: лицензионный ключ OEM, указанный при ремонте на месте.
2: Призрачные устройства. P2V не удалил все старые аппаратные ссылки, включенные в ОС. Для решения этой проблемы я использовал сторонний скрипт devcon для удаления всех посторонних записей.
3: устройство "Перенаправитель устройства сервера терминалов" показывало, что на нем не установлены необходимые драйверы. Это был результат P2V. Решено путем удаления устройства.
4. Создайте устройства TS с помощью devcon: devcon.exe -r install% windir% \ inf \ machine.inf root \ rdpdr
5: Службы терминалов не работали, вообще не прослушивали порт 3389 (через netstat -ano). Для решения этой проблемы я экспортировал ключи реестра из другой виртуальной машины с той же операционной системой, SP и уровнем исправлений и импортировал их в проблемную виртуальную машину.
Несколько сайтов указали, что конкретный ключ \Device\Video0 - это все, что нужно установить. Я обнаружил, что это не так в моей среде. Только после выполнения их в указанном порядке я достиг желаемых результатов.
Вы уверены, что машина все еще настроена на RDP? Может просто нужно отключить, а затем включить RDP. Служба RDP работает?