Пояснение, возможно, весь следующий текст и вопросы будут наивными/глупыми (если что я предупредил ).
Представим гипотетический бюджетный домашний ПК (Intel Pentium G4600 + DDR4 4Gb x 2 + HDD 300 Gb + MB ASRock H110M-DGS, видеокарты нет совсем, только встроенное видеоядро, не забываем это бюджетный домашний ПК, операционная система Win 7/8/10 т.е. не серверные версии, а обычные) и вот такой ПК либо простаивает, а если занят, то только простой задачей - показ роликов с Ютуба (даже не HD). Представим второй ПК, точнее ноутбук 2008 года, Core 2 Duo, 3 GB Ram, Win 8.1 и всё такое. И находятся эти 2 ПК в одной локальной сети, скорее всего через Wi-Fi, чем через витую пару. Ясное дело производительности ноутбука в современных реалиях может не хватать. И вот тут возникает, глупый вопрос: "А можно ли, через локальную сеть стримить/транслировать/запускать с ПК на ноутбук не операционную систему ПК, как, например, это делает Radmin простым видеозахватом, а стримить/запускать виртуальную машину уже с любой другой ОС (ну тоже скорее всего Windows)?". Если вопрос получился слишком запутанным то краткая его версия такова: "Как через локальную сеть запускать виртуальную машину, которая крутиться на ПК №1 для работы с ней на ПК №2 (при этом ПК №1 занят своими простыми задачами)?". Плюс, конечно, эта виртуальная машина не должна быть полным дном в плане производительности и работала отзывчиво, почти как реальная.
Хотелось бы добавить, что вариант сразу работать на более мощном ПК и не мучаться фигней тоже реален, но вариант с виртуальной машиной очень интересен . Или тут надо что-то типа удаленного рабочего стола? Но ведь подключение к удаленному рабочему столу выкинет пользователя из сеанса?! Смысл в том, чтобы удаленно использовать ресурсы ПК №1, для работы с различным ПО для отображения его на ПК №2, при этом пользователю ПК №1, визуально это ни как не должно мешать работать и пользователь ПК №2 мог реально работать по этой схеме, а не страдал от низкой производительности (например, ясно, что в MS Word скорость работы не будет так сильно влиять на качество работы как в SolidWorks.)

Изучил различную информацию и вот что я узнал:
1. Это можно сделать относительно легко.
2. На сервере должна стоять ОС x64-битная Pro и Enterprise версии Windows 8 или Windows 8.1 или Windows 10. (Либо серверные ОС начиная с Windows Server 2008). Про Win 10 есть информация что версия Education тоже подходит.
3. Необходимо установить на сервере гипервизор Hyper-V, который требует следующих характеристик от железа сервера:
CPU с характеристиками:

64х разрядный со SLAT (Second Level Address Translation), в википедии написано что SLAT обязателен для Win 8
Поддержка процессором VM Monitor Mode Extension

также требуются следующие параметры BIOS материнской платы, эти параметры должны быть включены (на англ. Enable):

Virtualization Technology
Hardware Enforced Data Execution Prevention (DEP)

Минимум 2 GB RAM
4. Описанный мной гипотетический процессор Intel G4600 под это дело подходит, мат. плата H110-DGS - не знаю.
5. После установки надо настроить Hyper-V и создать виртуальную машину, в интернете описание этих настроек занимает страницы 2-3 текста.
6. Установить на виртуальную машину гостевую ОС

7. На ПК №2 т.е. клиенте тоже надо установить Hyper-V и через специальное меню соединится с сервером, запустить гостевую ОС и радоваться .

Мой ПК №2 в виде ноутбука (Core 2 Duo, Win 8.1 Pro) не подходит по аппаратным требованиям гипервизора Hyper-V, но средства управления Hyper-V в виде "Диспетчер Hyper-V" и "Подключение к виртуальной машине Hyper-V" установились и работают, следовательно, ПК №2 может работать в качестве клиента Hyper-V, однако для полной проверки нужен домашний сервер, на котором настроен Hyper-V и установлена гостевая ОС.



Примерно, вот таким образом на одном мощном Windows сервере создают десятки, а иногда, и сотни виртуальных машин, так называемая облачная технология и люди могут удаленно получать доступ к рабочему места.

А почему просто по rdp не подключиться к компу?

Ну потому что, сервер-то домашний, фактически просто домашний ПК и на нем могут работать люди , а когда подключение идет через удаленный рабочий стол пользователя выкидывает из системы. TeamViewer и Radmin, примерно, тоже самое - будут мешать пользователю домашнего сервера.
Смысл в том, чтобы удаленно использовать ресурсы ПК №1, для работы с различным ПО для отображения его на ПК №2, при этом пользователю ПК №1, визуально это ни как не должно мешать работать.

А чем стандартные не угодили, тем более в одной локальной сети все ПК?
Просто, создайте второго пользователя, и подключайтесь по RDP к нему. Но, при этом, пропатчить termsrv.dll.
Если хотите именно подключать к независимой машине, которая виртуализируется(нет смысла, для Вашего использования), все продукты для виртуализации имеют соответствующие настройки.

Это интересно, но возникает вопрос: "А каковы гарантии что патч не заражает ПК вирусами или создает бэкдоры?"

К сожалению эту часть сообщения я не смог понять