Rdp windows 7 несколько пользователей одновременно: Несколько RDP сессий в Windows 7

Несколько RDP сессий в Windows 7

Профессиональная и Максимальная версии Windows 7 поставляются с функцией удаленного рабочего стола (RDP) , которая позволяет получить доступ к вашей машине удаленно, находясь вдали от дома или офиса. К сожалению, по умолчанию, она ограничена одной сессией одного пользователя. Это означает, что если кто-то удаленно подключается к вашему компьютеру, а кто-то уже находится в своей сессии, то он будет автоматически отключен, даже если у этого пользователя права администратора.

Это не техническое ограничение, а лицензионное. Дело в том, что удаленный рабочий стол в серверных версиях Windows, по умолчанию поддерживает два одновременных подключения, для устранения неполадок и управлением компьютером. Другие пользователи могут подключаться одновременно, до тех пор, пока у вас есть необходимые лицензии клиентского доступа для данного сервера и машина может с этим справиться, т.е. имеет достаточно ресурсов.

Для того, что бы позволить нескольким пользователям работать с одним компьютером одновременно, необходимо снять лицензионное ограничение. Для этого команда DeepXW создала универсальный патч. Патч вносит изменения в файл termsrv.dll, который расположен в %SystemRoot%\System32\.

UniversalTermsrvPatch (66.3 KB)

Патч поддерживает: Windows XP SP2 SP3; Vista SP1 SP2; Windows 7 [32bit(x86)/64bit(x64)], Windows Server 2008 SP1/SP2

Скачайте и распакуйте архив, затем запустите соответствующий файл с правами администратора (кликните правой кнопкой мыши на исполняемом файле, выберите “Запуск от имени администратора”). Для 32-разрядных систем используется UniversalTermsrvPatch-x86.exe, для 64-разрядных используется UniversalTermsrvPatch-x64.exe.

Появится окно, как на картинке выше, где можно патчить termsrv.dll для снятия ограничения сеансов удаленного рабочего стола, или восстановить исходный файл в любое время (путь к резервному файлу: \Windows\System32\termsrv.dll.backup). После применения патча, перезагрузите компьютер и можно приступать к работе .

Чтобы проверить снятие ограничения, оставьте открытой сессию одного пользователя на компьютере, где вы применили патч, а с другой машины попробуйте подключиться к компьютеру удаленно от другого пользователя. Если все прошло успешно, то оба пользователя будут активны в системе, каждый в своей сессии.

http://www.techspot.com/guides/485-windows-concurrent-sessions/

VN:F [1.9.22_1171]

Пожалуйста подождите…

Rating: 4.8/5 (30 votes cast)

Windows rdp — несколько удаленных пользователей одновременно

Как разрешить Windows rdp — несколько удаленных пользователей одновременно.

Для того чтобы снять ограничение на количество одновременных сессий пользователей и позволить им работать одновременно на ПК с установленной Windows 7 любой разрядности, нужно убрать существующее лицензионное ограничение.
Для этого необходимо внести изменения в файл termsrv.dll, расположенный обычно в папке системного диска C:/Windows/System32/.

Патч проверен на следующих операционных системах Windows: Windows XP (SP2, SP3), Windows Vista (SP1, SP2), Windows 7 (x86, x64), Windows Server 2008 (SP1, SP2).

Скачать и распаковать архив. Пароль на архив: 123.

Для 32-разрядной системы запускаем UniversalTermsrvPatch-x86.exe, для 64-разрядной — UniversalTermsrvPatch-x64.exe.

Внимание! Запускать файлы обязательно нужно от имени администратора. Для этого кликаем на файл правой кнопкой мыши и выбираем в контекстном меню Запустить от имени администратора.

В открывшемся окне нажимаем кнопку Patch для снятия ограничения одновременных сеансов удаленного рабочего стола. При этом файл termsrv.dll будет заменен на пропатченный. Для того чтобы изменения вступили в силу, компьютер необходимо будет перезагрузить.

Оригинальный файл можно также восстановить в любой момент. Для этого в окне программы нужно нажать Restore. Резервная копия файла храниться в C:/Windows/System32/termsrv.dll.backup.

Скачать патч RDP Windows

Так же может пригодится чистая сборка Windows AIO содержащий в себе все версии от Windows 7 до Windows 10

Все материалы (ресурсы, информация), размещенные на сайте UseHelp.org взяты из открытых источников или присланы посетителями сайта. Материалы используются в некоммерческих целях.

Запрещено любое коммерческое использование материалов сайта без письменного разрешения авторов (правообладателей) материалов.

Владельцы и создатели сайта UseHelp.org не несут ответственность за использование материалов, доступных на сайте. Все материалы размещены исключительно в ознакомительных целях.

Вся материалы и ссылки, расположенные на сайте предназначены только для удовлетворения любопытства уважаемых посетителей, владельцы и создатели сайта не несут ответственность за возможные последствия использования их в целях, запрещенных законами Российской Федерации.

Пользователи несут самостоятельную ответственность за порядок использования и распространения материалов сайта UseHelp.org согласно местному законодательству своей страны проживания. Администрация UseHelp.org не владеет правовой информацией по каждой конкретной стране и не отслеживает изменений в законодательных нормах различных стран.

Все права на графические, текстовые, музыкальные и иные материалы, представленные на сайте, принадлежат их законным владельцам. Адрес сайта, находящийся на графических материалах, говорит лишь о том, что эти материалы размещены на нашем сервере и ни в коей мере не претендует на обозначение нашего авторского права на данные материалы.

На сайте UseHelp.org не размещаются материалы нарушающие действующее законодательство, а также материалы порнографического содержания. Эротические материалы, представленные на сайте, взяты из открытых источников и обычно являются промо-материалами платных сайтов.
В зависимости от Вашего возраста, места жительства и религии, законы могут ограничивать просмотр вами эротических материалов. Начиная просмотр вы принимаете на себя ответственность за законность ваших действий по просмотру эротики, размещенной на сайте.

Ни при каких условиях и обстоятельствах ответственность за последствия, которые прямо или косвенно повлекло за собой использование информации или ссылок, размещенных на сайте UseHelp.org, не может возлагаться на владельцев и создателей сайта и быть основанием для их судебного преследования.

Несколько удаленных сессий в Windows 7

Версии Windows 7 Профессиональная и Максимальная, из коробки, имеют функцию удаленного рабочего стола (RDP), которая позволяет получить доступ к компьютере с ОС Windows 7 названных выше редакций удаленно, например из дома или офиса. Но вся соль в том, что технически Windows 7 ограничена только 1 сессией пользователя, т.е. второго подключающегося попросту попросят уйти, либо отключить первого. Windows Server лишена такого ограничения. Но зачем нам она? Давайте разберемся с Windows 7.

Это не техническое ограничение, а лицензионное. Дело в том, что удаленный рабочий стол в серверных версиях Windows, по умолчанию поддерживает два одновременных подключения, для устранения неполадок и управлением компьютером. Другие пользователи могут подключаться одновременно, до тех пор, пока у вас есть необходимые лицензии клиентского доступа для данного сервера и машина может с этим справиться, т.е. имеет достаточно ресурсов.

Для того, что бы позволить нескольким пользователям работать с одним компьютером одновременно, необходимо снять лицензионное ограничение. Для этого команда DeepXW создала универсальный патч. Патч вносит изменения в файл termsrv.dll, который расположен в %SystemRoot%\System32\.

Скачать патч UniversalTermsrvPatch (66.3 KB)

Патч поддерживает: Windows XP SP2 SP3; Vista SP1 SP2; Windows 7 [32bit(x86)/64bit(x64)], Windows Server 2008 SP1/SP2

Скачайте и распакуйте архив, затем запустите соответствующий файл с правами администратора (кликните правой кнопкой мыши на исполняемом файле, выберите “Запуск от имени администратора”). Для 32-разрядных систем используется UniversalTermsrvPatch-x86.exe, для 64-разрядных используется UniversalTermsrvPatch-x64.exe.

Появится окно программы, для запуска процесса нажмите кнопку Patch. После применения патча, перезагрузите компьютер и можно приступать к работе .
Чтобы проверить снятие ограничения, оставьте открытой сессию одного пользователя на компьютере, где вы применили патч, а с другой машины попробуйте подключиться к компьютеру удаленно от другого пользователя. Если все прошло успешно, то оба пользователя будут активны в системе, каждый в своей сессии.

Для восстановления ограничения запустите патч снова и нажмите на кнопку Restore. Перезагрузитесь.

Николай Вересов — Несколько RDP сессий в Windows 7

Профессиональная и Максимальная версии Windows 7 поставляются с функцией удаленного рабочего стола (RDP) , которая позволяет получить доступ к вашей машине удаленно, находясь вдали от дома или офиса. К сожалению, по умолчанию, она ограничена одной сессией одного пользователя. Это означает, что если кто-то удаленно подключается к вашему компьютеру, а кто-то уже находится в своей сессии, то он будет автоматически отключен, даже если у этого пользователя права администратора.

Это не техническое ограничение, а лицензионное. Дело в том, что удаленный рабочий стол в серверных версиях Windows, по умолчанию поддерживает два одновременных подключения, для устранения неполадок и управлением компьютером. Другие пользователи могут подключаться одновременно, до тех пор, пока у вас есть необходимые лицензии клиентского доступа для данного сервера и машина может с этим справиться, т.е. имеет достаточно ресурсов.

Для того, что бы позволить нескольким пользователям работать с одним компьютером одновременно, необходимо снять лицензионное ограничение. Для этого команда DeepXW создала универсальный патч. Патч вносит изменения в файл termsrv.dll, который расположен в %SystemRoot%\System32\.

UniversalTermsrvPatch (66.3 KB)

Патч поддерживает: Windows XP SP2 SP3; Vista SP1 SP2; Windows 7 [32bit(x86)/64bit(x64)], Windows Server 2008 SP1/SP2

Скачайте и распакуйте архив, затем запустите соответствующий файл с правами администратора (кликните правой кнопкой мыши на исполняемом файле, выберите “Запуск от имени администратора”). Для 32-разрядных систем используется UniversalTermsrvPatch-x86.exe, для 64-разрядных используется UniversalTermsrvPatch-x64.exe.

Появится окно, как на картинке выше, где можно патчить termsrv.dll для снятия ограничения сеансов удаленного рабочего стола, или восстановить исходный файл в любое время (путь к резервному файлу: \Windows\System32\termsrv.dll.backup). После применения патча, перезагрузите компьютер и можно приступать к работе .

Чтобы проверить снятие ограничения, оставьте открытой сессию одного пользователя на компьютере, где вы применили патч, а с другой машины попробуйте подключиться к компьютеру удаленно от другого пользователя. Если все прошло успешно, то оба пользователя будут активны в системе, каждый в своей сессии.

http://www.techspot.com/guides/485-windows-concurrent-sessions/

Отзывы о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно

С текстом статьи можно ознакомиться по ссылке

Сергей о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [30.07.2020]

Спасибо! Была проблемка с совместным доступом, помогло

Вава о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [15.06.2020]

spasibo

Сергей о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [06.11.2019]

Огромное спасибо!!! Всё просто! Работает!

Владимир о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [01.10.2019]

Респект!

Светлана о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [27.07.2019]

От души благодарю, патч решил проблему. Огромное спасибо!

Юрий о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [28.03.2019]

Архив запаролен

Admin о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [01.12.2018]

Иван, про это написано в соседней статье http://spvcomp.com/stat/patch_rdp_windows10_neskolko_polzovateley.php

Юрий о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [28.11.2018]

Спасибо

Иван о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [27.11.2018]

А есть ещё утилитка RDPWrap-v1.6.2 и не надо подменять файл termsrv.dll

Андрей о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [08.11.2018]

Спасибо

DroM о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [06.11.2018]

Штакет, ставил уже на пару десятков машин, полет везде нормальный. Скорее всего, не с этим связь.

Штакет о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [06.11.2018]

В пятницу поставил данный патчик, во вторник на данной машине обнаружил шифровальщика. Может и не связано, но учитывайте

Mitsubishi о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [04.11.2018]

Спасибо за патчик.

Alex о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [26.10.2018]

Спасибо. Вопрос. Как снять ограничение одного пользователя одним сеансом (win7 x64)

Мимино о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [27.09.2018]

То что нужно. Спс.

rust о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [25.09.2018]

спасибо

Владимир о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [14.09.2018]

Давно искал. Забираю. Спс…

Admin о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [12.09.2018]

Если у вас обновился Windows, то патч нужно установить заново — и все снова будет работать. Конечно, если Windows обновился до Windows 10, то тогда этот патч уже не подойдет. На Windows 10 нужны другие средства. Об этом напишу в следующей статье.

Блин о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [12.09.2018]

Блин, надо писать хотя бы дату статьи!
Потому что этот патч работает до очередного обновления Windows, а дальше ласты

Виктор о статье Несколько пользователей удаленного рабочего стола Windows 7 одновременно [09.09.2018]

Спасибо.

RDP для Windows 7/10 | Настройка многопользовательского режима

Сервер терминалов на Windows 10 в многопользовательском режиме

RDP — это такой протокол удаленного доступа к одному компьютеру (серверу терминалов), который позволяет нескольким пользователям работать одновременно. Прикиньте, у каждого будет свой рабочий стол в режиме реального времени.

Но есть загвоздка. Работает такая штука только на редакциях Windows 7/10 версий Pro и выше. То есть релизы, обозначенные как Home, курят в сторонке.

Но и это еще не все. Многопользовательский режим на законных основаниях вообще недоступен в ОС, рассчитанных для клиентских машин (не серверных).

Более того, если во время работы локального пользователя на компьютере, например, с Win 10 Pro будет осуществлено подключение терминального, то система попросит «выкинуть» первого из сессии, выдав сообщение.

В систему вошел другой пользователь. Если вы продолжите, он будет отключен. Вы все равно хотите войти в систему?

То есть по факту работать может только один человек: локальный (он же консольный), либо терминальный. Двое одновременно не уживаются никак. Отсюда вопрос.

Почему RDP на Windows 7/10 не работает для нескольких пользователей

Это решение компании Microsoft, которое основывается на приобретении платных лицензий на каждого подключающегося в таком режиме пользователя. А продаются такие лицензии только для серверных операционных систем.

Но для домашних пользователей выход есть и он хорошо показал себя на практике. Главное понять, что в дальнейшем делать с моральным стыдом и угрызениями совести, поскольку такая схема идет вразрез с интересами вышеназванной корпорации.

Знакомьтесь с решением, которые поможет-таки организовать сервер терминалов на Windows 7 и 10 в многопользовательском режиме. Это RDP Wrapper Library. Оно прекрасно подойдет для небольшого офиса, где количество рабочих мест около десятка.

Данное ПО очень простое в настройке, что всегда хорошо воспринимается техническими специалистами на местах. Есть информация на форумах, что даже Home версии Windows поддерживаются, но я лично не проверял.

Давайте переходить к делу и распаковывать скачанный архив. В нем мы видим следующее.

Где:

RDPWInst — установка и удаление

RDPConf — просмотр конфигурации

RDPCheck — проверка работоспособности

*.bat — пакетные файлы установки, удаления и обновления

Рекомендую сразу распаковывать архив в рабочий каталог, чтобы потом не переносить файлы по двадцать раз.

Установка сервера терминалов займет секунды

Запускаем от имени администратора файл install.bat и наблюдаем за процессом, который должен завершиться победой, как в нашем случае.

Но еще рано открывать шампанское, необходимо запустить файл RDPConf и убедиться, что все четыре пункта, показанные на скриншоте, горят зеленым цветом.

Если у вас так, значит, примите поздравления, сервер терминалов настроен и готов к работе в многопользовательском режиме. Осталось только создать группу пользователей удаленного рабочего стола, дать им нужные права на ресурсы и вперед.

По случаю успешного запуска давайте рассмотрим некоторые интересные функции программы.

Single session per user — одновременный запуск нескольких сессий под логином одного пользователя

Hide users on logon screen — скрывает список пользователей (карусель) на экране приветствия

Allow to start custom programs — автозапуск пользовательских программ при подключении к рабочему столу (как я понимаю)

Также интерес представляет секция с названием «Session Shadowing Mode». Это теневой режим подключения, который позволяет админу наблюдать за активным сеансом пользователя в режиме реального времени. Кому сильно интересно, гуглите.

RDP для Windows 7/10 не подключается

Поговорим о проблемах, ведь ситуации бывают разные. Вот некоторые из популярных траблов. Например, в строке «Listener State» могут красным гореть сообщения типа «Not listening» или «Not Supported».

В таком случае попробуйте запустить файл update.bat, чтобы программа скачала последние обновления. Может сложиться ситуация, когда Windows обновилась в фоновом режиме и разработчики данного ПО еще не успели добавить поддержку конкретной сборки операционной системы.

Если это не поможет, следует пройти в каталог Program Files — RDP Wrapper, открыть блокнотом файл rpdwrap.ini, спуститься вниз документа и убедиться, что здесь есть секции настроек с указанием номера именно вашей (или выше) сборки Win 7 или 10.

А вот что говорит вкладка «О системе». Как видим, в данном случае полный порядок.

Продолжим разговор о файле rpdwrap.ini, поскольку чаще всего проблемы могут быть именно из-за его настроек, а вернее, их отсутствия.

В случае если номера нужной сборки операционной системы в нем нет, нужно проследовать на форум разработчиков, где через какое-то время выкладывают новые версии данного файла.

Следует его скачать, перезаписать в рабочем каталоге, затем переустановить службу. Пакетные файлы install.bat и uninstall.bat вам в помощь.

Напоследок скажу еще один важный момент. До установки приложения RDP Wrapper Library, никакие другие способы организации терминального сервера на Windows 7/10 не должны осуществляться.

То есть файл  termsrv.dll должен иметь оригинальный вид. Иначе все проблемы могут быть из-за него.

Кстати, вариант, описываемый в этой статье, по информации из Сети вроде как не модифицирует никакие системные файлы, а работает как прослойка между службами Windows.

Это неточно, но психологически становится легче, поскольку если нет патча, значит, нет и нарушения лицензии. Что вы думаете об этом?

Несколько терминальных подключений WindowsXP / Хабр

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

Началось, как всегда с гугления, но результаты давали или ЕХЕшник с трояном, или какой-то мудренный способ.

Верю, что где-то в просторах Сети есть таки нужное решение, но почему бы самому не создать велосипед программу, которая активирует сабжевые возможности Винды, из которой была беспощадно убрана поддержка этой замечательной фичи?

За основу бралась ДЛЛ-ка termsrv.dll версии 5.1.2600.5512. Ее можно скачать где-то из Сети или отсюда.

Кроме этого, надо в реестр запихнуть некие данные, относящиеся к работе службы терминалов. Можно воспользоваться BAT-файлом. Вот его содержимое:
@REG ADD "HKLM\SYSTEM\ControlSet001\Control\Terminal Server\Licensing Core" /v EnableConcurrentSessions /d 1 /t REG_DWORD /f >nul

@REG ADD «HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon» /v EnableConcurrentSessions /d 1 /t REG_DWORD /f > nul

@REG ADD «HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon» /v AllowMultipleTSSessions /d 1 /t REG_DWORD /f > nul

Кому лень копипастить и создавать файл, готовый батник можно скачать отсюда.

Кстати, если машина в домене, то эти данные в реестр нужно вносить постоянно, так как после перезагрузки они терминальной службой сбрасываются на дефолтные.

Итак, каков порядок действий вручную:

1. Грохнуть содержимое папки C:\Windows\Driver Cache\i386
2. Грохнуть содержимое папки C:\Windows\Prefetch
3. Грохнуть содержимое папки C:\Windows\System32\dllcache
4. Убить службу терминалов. (Внимание! После этого служба серверных процессов DComLaunch упадет и появится окошко с обратным отсчетом, что система сейчас перезагрузится). Само убийство: taskkill /F /FI «MODULES eq termsrv.dll»
5. Дабы отменить данную перезагрузку, выполним комманду Пуск-Выполнить: shutdown /a
6. Теперь после остановки службы терминалов можно спокойно заменять файл termsrv.dll на файл ревизии 5512. Где его брать я написал выше.
7. Создать Батник и запустить его (или же другим способом изменить значения в реестре).
8. Перезагрузится. Придется, ибо службу терминалов-то удастся запустить, а вот DComLaunch — нет. Незря после ее падения в стоит триггер перезагрузки.

Вот и все. Осталось это автоматизировать. Вы можете это сделать, например, vbs-скриптом, я же нашкодил это на Вижуал Бейсике, который у меня стоит для подобного писательства.

В архиве — исходники и скомпилированнй проект. termsrv.dll и батник встроены уже в ЕХЕшник и сами оттуда вытягиваются. В vb-проекте они содержатся в файле ресурсов (.RES). Впрочем, думаю, там каждому будет все понятно, тем более кода там немного.

Все, что нужно — запустить ЕХЕшник, перезагружаетесь сами (или ждете, пока система вас вырубит сама через 60 секунд).

Загружаете операционку и — вуаля — терминальный сервер под управлением Windows XP готов!

ЕХЕшник копирует себя в папку %SYSTEMROOT% и ставит себя в автозагрузку, чтобы каждый раз менять те три параметра в реестре. Впрочем, можно вполне обойтись и без этого, но вы должны тогда придумать свой вариант, например, скрипт с невидимым окном.

И вообще, решений может быть просто туча. Я делал для себя, желая, чтобы моя работа не мешала другим пользователям и наоборот.

Посчитал, что кому-то это может пригодится и сэкономить хоть немного времени. Надеюсь, так и будет.

upd. Внимание! Поскольку эти действия можно расценить, как нелегальные, данный пост считать экспериментом и использовать только ради личного обучения. После того, как ваш эксперимент удался — настоятельно рекоммендую вернуть забэкапленную dll-ку обратно в %systemroot%\system32\.

upd2. Меня спрашивали в личку о том, как быть с Windows Home версией. Отвечаю сюда, если кого-то еще такой вопрос интересует.

Очень даже легко. Кстати, Windows XP Home можно «конвертировать» в Windows Xp Pro (и не только в про) без переустановки оной. Да-да. Это нам и нужно для того, чтобы активировать возможность, о которой Вы спрашиваете. Так вот, приступим:

1. Откываем редактор реестра (regedit).
2. Идем в ветку HKEY_LOCAL_MACHINE/SYSTEM/ControlSet00X/Control/ProductOptions, гдее ControlSet00X — наибольший номер.
3. Удаляем ключ ProductSuite.
4. Создаем новое свойство DWORD и даем ему имя Brand.
5. Задаем нашему «Brand» значение 0.
6. Перезагружаемся.
7. При загрузке сразу после экрана BIOS, жмем F8 для отображения загрузочного меню Windows XP.
8. Выбираем «Последнюю удачную конфигурацию» (Last Known Good Configuration) и жмем ЕНТЕР.
9. Радуемся.

upd3.
sacred1972 некродополняет: подменять dll вовсе нет необходимости. Нужно просто назвать патченую версию по-другому, например termserv.full.dll

И в ветке реестра

HKLM\SYSTEM\CurrentControlSet\Services\TermService\Parameters

установить ключ

ServiceDll=»%SystemRoot%\System32\termserv.full.dll»

Загрузились? Отлично. Теперь идем в свойства системы и проверям, Pro версия это или нет. Должна быть Windows XP Professional.

Дальше, качаем утититу с мелкософта с именем devcon

Эта утилита — самораспакуется, укажите c:\temp

После распаковки Вы увидите две папки: i386 и ia64.

Запустите коммандную оболочку (Cmd) и перейдите в папку i386:
cd c:\temp\i386

Ну что, давайте уже скорее инсталируем драйвер RDP?
devcon.exe -r install %windir%\inf\machine.inf root\rdpdr

После этого не забудем перезапустить компьютер.

После перезагрузки Вы будете иметь Службу Терминалов, но она не будет работать, пока Вы не измените несколько ключей в реестре. Создадим BAT-файл:
@echo off

echo Windows Registry Editor Version 5.00> C:\TSXP.reg

echo [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService]>> C:\TSXP.reg

echo "Start"=dword:00000002>> C:\TSXP.reg

echo [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server]>> C:\TSXP.reg

echo "AllowTSConnections"=dword:00000001>> C:\TSXP.reg

echo [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server]>> C:\TSXP.reg

echo "fDenyTSConnections"=dword:00000000>> c:\TSXP.reg

echo [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server]>> C:\TSXP.reg

echo "fAllowToGetHelp"=dword:00000001>> C:\TSXP.reg

echo [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon]>> C:\TSXP.reg

echo "AllowMultipleTSSessions"=dword:00000001>> C:\TSXP.reg

echo [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon]>> C:\TSXP.reg

echo "AutoAdminLogon"="1">> C:\TSXP.reg

%windir%\regedit.exe /S C:\TSXP.reg

echo [Components] > c:\bootlog~.txt

echo TSEnabled = on >> c:\bootlog~.txt

sysocmgr /i:%windir%\inf\sysoc.inf /u:c:\bootlog~.txt /q

DEL /Q C:\TSXP.reg

DEL /Q C:\bootlog~.txt

exit

Сохраняем и запускаем. Снова перезапускаемся.

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

Чтобы убедиться, что служба запущениа, запускаем апплет в панели управления Администрирование-Службы. Ищем Службу терминалов (Terminal Server) — должно быть состояние «Работает» и тип запуска «Авто».

Кроме того, Вы можете разрешить несколько подключений к этой машине, проделав все то, что написано выше в основном тексте статьи. Если нужно, то можно дописать в код VB-проекта и этот патч-конвертер Home2Pro 🙂

Все!

ps. Да, и не забывайте о лицензионном соглашении!

Несколько сеансов удаленного рабочего стола для одного и того же пользователя

По умолчанию Windows Server 2008 и Windows Server 2012 настроены на разрешение только одного сеанса для пользователя через удаленный рабочий стол. Но иногда вам может потребоваться разрешить несколько сеансов удаленного рабочего стола для одного пользователя одновременно. Чтобы разрешить одновременные сеансы одного и того же пользователя, вам необходимо изменить настройки терминального сервера в реестре на сервере.

Ниже приведена пошаговая инструкция по устранению проблемы. Выполните следующие действия, чтобы внести изменения в реестр.

Шаги для разрешения нескольких сеансов удаленного рабочего стола для каждого пользователя:

1. На Windows Server 2008 перейдите к Пуск -> Выполнить (В Windows Server 2012 перейдите к поиску, введите , выполните и нажмите Запуск приложения для рабочего стола ), введите regedit и нажмите кнопку ввода, чтобы запустить редактор реестра .
2. В редакторе реестра перейдите по адресу HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Control \ TerminalServer .
3. Выбрав реестр TerminalServices , вы увидите раздел реестра fSingleSessionPerUser на правой панели. Если ключ недоступен, создайте новый ключ, щелкнув правой кнопкой мыши TerminalServices и выбрав New -> DWORD.
4. Дважды щелкните или щелкните правой кнопкой мыши -> измените ключ fSingleSessionPerUser. Измените значение с 1 на 0 . Значение 1 означает один сеанс для каждого пользователя, а 0 означает несколько сеансов для каждого пользователя.
5. Нажмите OK, чтобы применить новые настройки.

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

Видеоинструкции

Связанные

Ссылка

.

Как настроить монитор для сеанса удаленного рабочего стола в настройке с несколькими мониторами — статьи TechNet — США (английский)

Если у вас несколько мониторов, вы можете захотеть, чтобы сеанс удаленного рабочего стола для определенного компьютера всегда отображался на одном мониторе. К сожалению, пользовательский интерфейс подключения к удаленному рабочему столу не работает.
выставить такой параметр, как «Отображение сеанса на мониторе X». Есть способ сделать это, но он не является легко обнаруживаемым и интуитивно понятным. В этой статье показано, как настроить сохраненное подключение к удаленному рабочему столу, чтобы сеансы с определенным компьютером всегда
появляются на выбранном вами мониторе.

Файл Default.rdp

По умолчанию удаленный рабочий стол сохраняет настройки сеанса удаленного рабочего стола в файле с именем Default.rdp. В Windows 7 Default.rdp по умолчанию сохраняется в
% homedrive %% homepath \ Documents каталог.

Вы можете редактировать этот файл, щелкнув его правой кнопкой мыши и выбрав
Редактировать . В появившемся диалоговом окне Подключение к удаленному рабочему столу отображается
Отобразить вкладку .Эта вкладка позволяет вам выбрать разрешение для сеанса и даже имеет флажок под названием
Использовать все мои мониторы для удаленного сеанса , но нет возможности выбрать конкретный монитор для удаленного сеанса, если вы хотите использовать только один монитор.

Сохранение отдельного файла .rdp для каждого удаленного компьютера

Первый шаг — сохранить отдельный RDP-файл конфигурации удаленного рабочего стола для каждого компьютера, к которому вы хотите получить удаленный доступ.

Чтобы сохранить отдельный файл .rdp:

1. Откройте подключение к удаленному рабочему столу
диалог. В Windows 7 один из самых простых способов сделать это — нажать Пуск , ввести «удаленный» в
Поле поиска программ и файлов, и щелкните Подключение к удаленному рабочему столу
Значок , который появляется в результатах поиска.

2. В
Диалоговое окно «Подключение к удаленному рабочему столу », введите имя компьютера, к которому вы будете подключаться.

3. Щелкните значок
Опции кнопка в нижнем левом углу. Откроется Сохранить как
кнопка.

4. Сохраните файл с именем, которое вы легко узнаете, желательно с именем самого компьютера.

В проводнике Windows используйте Блокнот или другие текстовые редакторы, чтобы открыть файл .rdp, который вы сохранили. Щелкните файл правой кнопкой мыши и вместо выбора
Отредактируйте , выберите Открыть с помощью и выберите Блокнот .При необходимости перейдите к
Каталог % windir% \ System32 и выберите Notepad.exe .

Анализ файла .rdp

Содержимое RDP-файла будет выглядеть так:

идентификатор режима экрана: i: 2

используйте multimon: i: 0

ширина рабочего стола: i: 1680

высота рабочего стола: i: 1050

сеанс bpp: i: 32

winposstr: s: 0,1, -1680,0, -115,1050

[….]

Найдите ключевое слово winposstr . Наиболее важные параметры — это числа после winposstr . Игнорируйте начальное «: s: 0,1» и сосредоточьтесь на последних четырех числах, разделенных запятыми.

Последние четыре числа выражают в пикселях положение
слева , сверху , справа и снизу краев окна удаленного сеанса.

Цифры фактически относятся к положению окна при восстановлении окна, но положение в пикселях левого края окна важно, поскольку оно также определяет монитор, на котором удаленный сеанс
будет использоваться, когда окно развернуто.

Расчет значений для winposstr

Число, которое вы будете использовать, зависит от того, сколько у вас мониторов, разрешения экрана каждого и какой монитор вы выбрали в качестве основного.

Положение левого края определяет монитор

Первое из четырех последних чисел, которое является наиболее важным, указывает положение левого края окна.Если ваш основной монитор находится в центре, а у вас есть мониторы слева и справа, вы
будет использовать отрицательное число для мониторов слева и положительное число для мониторов справа.

Например, если у вас есть два монитора слева, каждый из которых имеет разрешение 1680 x 1050, используйте -1680, чтобы разместить окно сеанса на мониторе непосредственно слева, и удвойте это значение (-3360), чтобы разместить окно
на крайнем левом мониторе.

winposstr: s: 0,1 , -1680 , 0,0,1050

winposstr: s: 0,1 , -3360 , 0, -1680,1050

Если ваш основной монитор имеет разрешение 1200 x 1920, используйте 1200, чтобы разместить окно на мониторе справа.Это работает, потому что позиция пикселя — это то место, где основной монитор отключается (и
начинается монитор справа).

winposstr: s: 0,1, 1200 , 0,2880,1050

Если у вас есть два монитора справа с разрешением 1680 x 1050 и вы хотите разместить окно на крайнем правом мониторе, просто добавьте 1200 к 1680, чтобы получить 2880.

winposstr: s: 0,1, 2880 , 0,4560,1050

Верхняя и нижняя кромки

Остальные числа действительно вступают в игру только тогда, когда окно восстанавливается (не разворачивается) и их можно изменить по своему вкусу.

Второе число (третье с конца) указывает на самый верхний край окна, поэтому вы можете оставить это число равным 0, если у вас нет особых требований. Четвертое (последнее) число — это разрешение по вертикали (= внизу)
окна. Вы можете оставить это на максимальном разрешении монитора по вертикали, как в примерах выше.

winposstr: s: 0,1,1200, 0 , 2880, 1050

Правый край

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

К счастью, RDP запоминает номер левого края восстановленного окна и на его основе размещает развернутое окно.Из-за этого после установки «восстановленного окна»
winposstr значений, как в примерах выше, вы можете использовать файл .rdp, чтобы открыть сеанс в развернутом состоянии, и окно появится в той позиции (и, следовательно, на мониторе), которую вы установили.

Настройка удаленного сеанса для постоянного открытия максимального размера

Чтобы удаленный сеанс всегда открывался в развернутом окне, вы можете использовать
Подключение к удаленному рабочему столу или отредактируйте файл.rdp напрямую. Чтобы использовать диалоговое окно «Подключение к удаленному рабочему столу», щелкните значок
Вкладка Display и установите для параметра Display Configuration значение
Полный экран . Чтобы напрямую редактировать файл .rdp, установите идентификатор режима экрана
значение 2, как в следующем примере.

идентификатор режима экрана: i: 2

Если по какой-то причине сеанс удаленного рабочего стола не заполняет ваш экран при максимальном увеличении, вы можете вручную установить максимальный размер экрана, вручную изменив
desktopwidth и desktopheight параметры в формате.rdp файл. Например, при этом будет установлено разрешение 1680×1050:

.

ширина рабочего стола: i: 1680

высота рабочего стола: i: 1050

Использование файла Edited.rdp

Чтобы запустить удаленный сеанс на основе отредактированного файла .rdp, вы можете дважды щелкнуть его в проводнике Windows или использовать
Подключение к удаленному рабочему столу , чтобы перейти к файлу и открыть его (в диалоговом окне щелкните
Options , затем Open ), но вам может быть удобнее просто создать ярлык для файла.rdp и поместите ярлык на рабочий стол, чтобы вы могли сразу получить к нему доступ.

.