Пояснение, возможно, весь следующий текст и вопросы будут наивными/глупыми (если что я предупредил ). Представим гипотетический бюджетный домашний ПК (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.)
Последний раз редактировалось Человек 13.04.2017 17:52, всего редактировалось 1 раз.
Изучил различную информацию и вот что я узнал: 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 текста.
Windows Server 2012 R1/R2 Windows Server 2008 x86/x64 SP1/SP2 и R2 Windows HPC Server 2008 Windows Server 2003 x86/x64 SP2 R2 Windows 2000 Server SP4 и Advanced Server SP4[6] Windows 7 и Windows 8.1 Pro и Windows 8.1 Update 1 Windows Vista SP1/SP2 (кроме Home editions) Windows XP Professional SP2/SP3/x64 SUSE Linux Enterprise Server (SLES) 10 SP3 и 11 Red Hat Enterprise Linux (RHEL) 5.2 — 5.6 (x86 Edition или x86_64 Edition)[7] Red Hat Enterprise Linux (RHEL) 6.0, 6.1 (x86 Edition или x86_64 Edition) CentOS 5.2 — 5.6, 6.0 FreeBSD 8.2-8.3 [8] Ubuntu 12.04 Debian 7.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 сервере создают десятки, а иногда, и сотни виртуальных машин, так называемая облачная технология и люди могут удаленно получать доступ к рабочему места.
Последний раз редактировалось Человек 13.04.2017 17:46, всего редактировалось 3 раз(а).
Ну потому что, сервер-то домашний, фактически просто домашний ПК и на нем могут работать люди , а когда подключение идет через удаленный рабочий стол пользователя выкидывает из системы. TeamViewer и Radmin, примерно, тоже самое - будут мешать пользователю домашнего сервера. Смысл в том, чтобы удаленно использовать ресурсы ПК №1, для работы с различным ПО для отображения его на ПК №2, при этом пользователю ПК №1, визуально это ни как не должно мешать работать.
Member
Статус: Не в сети Регистрация: 06.09.2010 Откуда: Самара
Человек писал(а):
TeamViewer и Radmin, примерно, тоже самое - будут мешать пользователю домашнего сервера.
А чем стандартные не угодили, тем более в одной локальной сети все ПК? Просто, создайте второго пользователя, и подключайтесь по RDP к нему. Но, при этом, пропатчить termsrv.dll. Если хотите именно подключать к независимой машине, которая виртуализируется(нет смысла, для Вашего использования), все продукты для виртуализации имеют соответствующие настройки.
Просто, создайте второго пользователя, и подключайтесь по RDP к нему. Но, при этом, пропатчить termsrv.dll.
Это интересно, но возникает вопрос: "А каковы гарантии что патч не заражает ПК вирусами или создает бэкдоры?"
К сожалению эту часть сообщения я не смог понять
Цитата:
Если хотите именно подключать к независимой машине, которая виртуализируется(нет смысла, для Вашего использования), все продукты для виртуализации имеют соответствующие настройки.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 9
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения