Supported partially rdp wrapper windows 7

  По рекомендациям, которые нашел в сети, по-новому переустановил RDP Wrapper (re-install.bat), обновил (update.bat), обновил rdpwrap.ini (rdpwrap_ini_updater.bat). Запустил RDPConf.exe и опять получил «not supported»

В окне RDP Wrapper configuration высветилась версия моей Windows 10.0.17763.437, которая, как я понял, на тот момент не поддерживалась. Параллельно открыл файл rdpwrap.ini. И, дествительно, последняя в списке была версия 10.0.17763.379.

Полез на форум портала github.com. Шерстил долго, но — безрезультатно. Пока случайно не наткнулся на какую-то тривиальную, почти бессмысленную рекомендацию. Человек просто взял и заменил в файле rdpwrap.ini последние цифры близлежащей версии на свои. Попробовал проделать то же самое у себя: заменил 379 на 437. Запустил RDPConf.exe и получил «fully supported«.

Не поверил. Запустил RDPCheck.exe и получил параллельную RDP-сессию

Не поверил. Попробовал подключиться по RDP удаленно. Подключился. Бред какой-то. Вообще-то, не должно было прокатить, но, почему-то прокатило. Попробовал то же самое проделать на другой машине с Windows 7. Прокатило! Чудно!

P.S. Гладко было на бумаге, да забыли про овраги! Рано было ставить точку, — вынужден снова вернуться к этому вопросу.
    Пользователь при установке какой-то игровой «хрени» словил BlueScreen, который стал периодически повторяться. Не заморачиваясь особо, запустили восстановление системы. А «десятка» при восстановлении ещё и обновилась до более старшей версии: была 10.0.17763.437, а стала 10.0.17763.771. Естественно, при запуске RDPConf.exe опять получил «not supported».  По новой проделал все вышеописанные шаги. В файле rdpwrap.ini для версии 10.0.17763.771 ничего не добавилось. Заменил в rdpwrap.ini  437 на 771. Не прокатило! Видимо 437 была ближе к 379, чем 771 к 437.
    Пришлось опять шерстить портал github.com, где в комментах нашел блок для версии 10.0.17763.771 (ссылка на источник https://github.com/stascorp/rdpwrap/issues/886). Скопировал, вставил в rdpwrap.ini, подключился по RDP, параллельная сессия пошла.
    Позже на другой машине в схожей ситуации «десятка» при восстановлении обновилась вообще до версии 10.0.18362.267. Естественно, все вышеописанные манипуляции ни к чему не привели. Но на этом же портале уже кто-то выложил build for win 10 home v18362.267 (ссылка на источник https://github.com/SobieskiCodes/RDPWrap).  Скачал, проделал стандартные шаги по установке и обновлению. Из папки W10Privacy ничего не запускал, — параллельная RDP-сессия пошла и так.

Запустил RDPConf.exe, получил  «fully supported». Но второго пользователя по RDP не пускает. Несколько раз перезагрузился. Бесполезно. Блокирует второго юзера по RDP, хоть убейся. Полез опять на портал github.com. Нашел свежий файл autoupdate.bat

Поместил его в папку с установленным RDP Wrapper. Запустил от имени администратора. Потом попробовал подключиться по RDP. Подключение пошло, но сначала открылся черный (и пустой) рабочий стол. Потом через пару попыток оставил его таким на некоторое время. И, о чудо, всё появилось. В дальнейшем все последующие подключения пошли нормально. Каким образом этот батник повлиял, я так и не понял. Может, просто совпадение.

P.S.  P.S. P.S. В двадцатых числах июня 2021 года Windows 10 обновилась до версии 10.0.17763.1971 и, соответственно, опять «not supported».

«Не мудрствуя лукаво» просто запустил файл autoupdate.bat, который ранее был скачан с портала github.com и помещён в папку с установленным RDP Wrapper. И сразу получил  «fully supported». Параллельная RDP-сессия пошла.

Workaround for #646 (Windows 7 build 6.1.7601.24326) #670

The workaround for making rdpwrap work is removing KB4486563

The text was updated successfully, but these errors were encountered:

Confirmed last official February 2019 cumulative patch for Windows 7 ( KB4486563 ) is not yet supported.

Think i’ve got the offsets for x64
Not really got a machine i can test on till the weekend thou

Disclaimer: I’m new to disassembly so don’t hate to much if i’ve got this wrong 😉

Just noticed the link in this post #668 (comment)
@fre4kyC0de got the same offsets that i found so they should be good

Works but no concurrent remote resktop allowed, tested on home premium and pro version, uninstalling udpdate, concurrent works again.

Strange it works on my local machine

here’s my ini file. I did need a reboot after editing for it to take hold thou
rdpwrap.ini.txt

As s0nic9 say. On my test machine after change rdprwap.ini and restart terminal server on Win 7 6.1.7601.24356, RDP Wrapper conf. say full supported but no more than 2 users are allowed (console + one RDP user)

If some issue is locked I don’t want to receive email notifications on the subject. Don’t create duplicates of locked issues if you don’t want to be banned.

I’m sorry for creating the duplicate, but that issue has been locked for two weeks while from the comment above it seems like there are people willing to work on fixing the issue. So maybe it’s better to unsubscribe for notifications on a thread if you don’t want to get them instead of blocking communication for everyone.

(Also thanks for this project, saved me many times. I won’t create a duplicate again)

Источник

Блог вопиющего в пустыне

Может это интересно?

По рекомендациям, которые нашел в сети, по-новому переустановил RDP Wrapper (re-install.bat), обновил (update.bat), обновил rdpwrap.ini (rdpwrap_ini_updater.bat). Запустил RDPConf.exe и опять получил «not supported»

В окне RDP Wrapper configuration высветилась версия моей Windows 10.0.17763.437, которая, как я понял, на тот момент не поддерживалась. Параллельно открыл файл rdpwrap.ini. И, дествительно, последняя в списке была версия 10.0.17763.379.

Не поверил. Запустил RDPCheck.exe и получил параллельную RDP-сессию

Не поверил. Попробовал подключиться по RDP удаленно. Подключился. Бред какой-то. Вообще-то, не должно было прокатить, но, почему-то прокатило. Попробовал то же самое проделать на другой машине с Windows 7. Прокатило! Чудно!

P.S. P.S. 13 и 14 января 2022 года Windows 10 обновилась до версии 10.0.18362.1316. Опять получил «not supported». Нашел для неё дополнение в rdpwrap.ini:

[10.0.18362.1316]
LocalOnlyPatch.x64=1
LocalOnlyOffset.x64=83075
LocalOnlyCode.x64=jmpshort
SingleUserPatch.x64=1
SingleUserOffset.x64=0DC4C
SingleUserCode.x64=Zero
DefPolicyPatch.x64=1
DefPolicyOffset.x64=1FE65
DefPolicyCode.x64=CDefPolicy_Query_eax_rcx
SLInitHook.x64=1
SLInitOffset.x64=22E9C
SLInitFunc.x64=New_CSLQuery_Initialize

[10.0.18362.1316-SLInit]
bInitialized.x64 =F6A8C
bServerSku.x64 =F6A90
lMaxUserSessions.x64 =F6A94
bAppServerAllowed.x64 =F6A9C
bRemoteConnAllowed.x64=F6AA0
bMultimonAllowed.x64 =F6AA4
ulMaxDebugSessions.x64=F6AA8
bFUSEnabled.x64 =F6AAC

Запустил RDPConf.exe, получил «fully supported». Но второго пользователя по RDP не пускает. Несколько раз перезагрузился. Бесполезно. Блокирует второго юзера по RDP, хоть убейся. Полез опять на портал github.com. Нашел свежий файл autoupdate.bat

Поместил его в папку с установленным RDP Wrapper. Запустил от имени администратора. Потом попробовал подключиться по RDP. Подключение пошло, но сначала открылся черный (и пустой) рабочий стол. Потом через пару попыток оставил его таким на некоторое время. И, о чудо, всё появилось. В дальнейшем все последующие подключения пошли нормально. Каким образом этот батник повлиял, я так и не понял. Может, просто совпадение.

Источник

Исправляем недостатки RDP с помощью RDP Wrapper Library

У настольных операционных систем Microsoft есть некоторые ограничения, связанные с работой службы удаленных рабочих столов. Так во первых, поддержка серверной части (RDP Host) есть только в старших редакциях Windows (не ниже Professional). В домашних редакциях этот функционал отключен, поэтому подключиться к младшим версиям Windows по RDP невозможно.

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

Обойти эти ограничения позволит проект RDP Wrapper Library by Stas’M. RDP Wrapper работает как прослойка между менеджером служб (Service Control Manager, SCM) и службой удаленных рабочих столов. При этом, в отличии от других решений подобного рода, он не подвергает изменениям файл termsrv.dll (библиотека, используемая службой Remote Desktop Services), что позволяет не опасаться обновлений Windows.

Судя по официальному сайту, проект активно живет и развивается. На данный момент выложена версия 1.5 от 2014.12.11, для которой заявлена поддержка новейших ОС, включая Windows 10 Technical Preview. Также доступны исходники, так что при желании можно самостоятельно собрать проект.

Загрузить RDP Wrapper можно со страницы программы в репозитории GitHub. В архив входят следующие компоненты:

• RDPWinst.exe — инсталлятор, с помощью которого производится установка и удаление RDP Wrapper;
• RDPConf.exe — утилита для настройки параметров подключения;
• RDPCheck.exe — утилита для локальной проверки работы RDP;
• install.bat и uninstall.bat — bat-файлы для удобства установкиудаления программы.

Для установки программы надо открыть командную строку с правами администратора, перейти в директорию с распакованными файлами и запустить install.bat. Все остальное, включая настройку исключений на файерволле, установщик сделает сам.

Дополнительно можно запустить утилиту RDPConf.exe, которая позволяет включатьотключать доступ, а также настраивать основные параметры подключения (порт, количество сессий на пользователя, тип аутентификации и пр.).

Ну и в качестве проверки я открыл на компьютер с установленной Windows 7 Home Basic две RDP-сессии для двух разных пользователей.

Что еще можно сказать. Проект однозначно полезный, в некоторых ситуациях даже незаменимый. Из минусов же — используя RDP Wrapper вы скорее всего нарушаете лицензионное соглашение.

Дополнение 04.05.2019.

Для корректной работы на Windows 10 1809 требуется обновить файл конфигурации rdpwrap.ini. В него надо добавить следующие строчки:

[10.0.17763.292]
; Patch CEnforcementCore::GetInstanceOfTSLicense
LocalOnlyPatch.x86=1
LocalOnlyOffset.x86=AFAD4
LocalOnlyCode.x86=jmpshort
LocalOnlyPatch.x64=1
LocalOnlyOffset.x64=77A11
LocalOnlyCode.x64=jmpshort
; Patch CSessionArbitrationHelper::IsSingleSessionPerUserEnabled
SingleUserPatch.x86=1
SingleUserOffset.x86=4D665
SingleUserCode.x86=nop
SingleUserPatch.x64=1
SingleUserOffset.x64=1322C
SingleUserCode.x64=Zero
; Patch CDefPolicy::Query
DefPolicyPatch.x86=1
DefPolicyOffset.x86=4BE69
DefPolicyCode.x86=CDefPolicy_Query_eax_ecx
DefPolicyPatch.x64=1
DefPolicyOffset.x64=17F45
DefPolicyCode.x64=CDefPolicy_Query_eax_rcx
; Hook CSLQuery::Initialize
SLInitHook.x86=1
SLInitOffset.x86=5B18A
SLInitFunc.x86=New_CSLQuery_Initialize
SLInitHook.x64=1
SLInitOffset.x64=1ABFC
SLInitFunc.x64=New_CSLQuery_Initialize

И в конец ini файла дополнительно надо добавить строки:

[10.0.17763.292-SLInit]
bInitialized.x86 =CD798
bServerSku.x86 =CD79C
lMaxUserSessions.x86 =CD7A0
bAppServerAllowed.x86 =CD7A8
bRemoteConnAllowed.x86=CD7AC
bMultimonAllowed.x86 =CD7B0
ulMaxDebugSessions.x86=CD7B4
bFUSEnabled.x86 =CD7B8

bInitialized.x64 =ECAB0
bServerSku.x64 =ECAB4
lMaxUserSessions.x64 =ECAB8
bAppServerAllowed.x64 =ECAC0
bRemoteConnAllowed.x64=ECAC4
bMultimonAllowed.x64 =ECAC8
ulMaxDebugSessions.x64=ECACC
bFUSEnabled.x64 =ECAD0

В конце файла обязательно пустая строка.

Источник

Support for 6.1.7601.24402 #734

Hi, in W7 Pro (propably after installation KB4493472) RDPWrap sed «supported partially».
I solved and tested 32bit termsrv.dll:

[6.1.7601.24402]
SingleUserPatch.x86=1
SingleUserOffset.x86=1A675
SingleUserCode.x86=nop
DefPolicyPatch.x86=1
DefPolicyOffset.x86=19E41
DefPolicyCode.x86=CDefPolicy_Query_eax_esi

Have a nice day.
p.s. Sorry, I do not known any 64bit dll version I do not have any 64bit practice. So I hope somebody another from comunity will take some time to solve 64bit.

The text was updated successfully, but these errors were encountered:

[6.1.7601.24402]
SingleUserPatch.x64=1
SingleUserOffset.x64=17F26
SingleUserCode.x64=Zero
DefPolicyPatch.x64=1
DefPolicyOffset.x64=17CFE
DefPolicyCode.x64=CDefPolicy_Query_eax_rdi

EDIT: Corrected value

[6.1.7601.24402]
SingleUserPatch.x64=1
SingleUserOffset.x64=17F25
SingleUserCode.x64=Zero
DefPolicyPatch.x64=1
DefPolicyOffset.x64=17CFE
DefPolicyCode.x64=CDefPolicy_Query_eax_rdi

Is your solution tested? Thanks

Of couse. Windows 7 x64. Offsets found throught IDA.

Do I just paste this into «C:Program FilesRDP Wrapperrdpwrap.ini» and restart?

once I do this my RDP doesn’t seem to be «Listening»?

Curious, why do you have to uninstall/reinstall and not just add the new section to the existing ini file? Is this a new requirement? 🙂

I’ve seen so many emails lately about people not able to get RDPWrapper working, some can, some cant.. it’s not that hard.. trying to figure out what their problem is. I just noticed my WSUS services were stopped, so didn’t get the 6.1.7601.24402 update yet.
I have tested your x64 settings above by simply copying/pasting inside c:program filesrdpwrapperrdpwrap.ini and RDPConf.exe said Fully Supported. Restarted computer and have two RDP sessions in at the moment. Looks good.

Thank you for test. I’ve also tested this settings on live Windows 7 installation.

How come no DefPolicy* stuff? Not sure what it does, or if its needed, but the rest have it so thought I’d ask 🙂

It’s actually quite easy:

It looks in IDA so and you just need to substract 80000 from the 97CFE:

Oh wow you make that seem very easy! So the «header»offset is always the last 5 characters? (000007FF75A80000)
Okay so thats how you get the DefPolicyOffset but what about the other values like SingleUserOffset.x64?

I’ve tried watching that video.. makes no sense, gets confusing. 🙁

Jiri:
SingleUserOffset.x64=17F25

Freaky:
SingleUserOffset.x64=17F26

Maybe (I‘ll recheck that as I did the reversing at 1 AM) jirijanata posted the offset of the „mov eax, 1“-command while the offset of the first „parameter“ has to be used.
This is a little confusing when reversing exactly this offset.

Ok, so I understand subtracting header from the values using hex calculator, but what values did you use? What lines? For single user and def policy.. just trying to learn/understand 🙂 thanks guys

Thanks to fre4kyC0de and jirijanata for their efforts. The tests I ran on both the Pro and Home Win7 x64 setups shows that SingleUserOffset.x64=17F26 allows for successful simultaneous RDP sessions with the updated termsrv v.6.1.7601.24402, but 17F25 does not. It appears jirijanata concluded the same thing earlier.

17F26 is the correct value; I just rechecked it

For demonstration I’ll describe, how to do with IDA (termsrv.dll 6.1.7601.24402 x64):

The correct way:
switch to «Hex View»; it should have marked these byte sequence: «BB 01 00 00 00»
We want RDPWrap to replace the «01» with «00», so «mov ebx, 1» gets «mov ebx, 0»
9) mark the «01»
10) At the bottom IDA should display two offsets
a) 0x17326 = Offset in the file
b) 0x7FF75A97F26 = Offset, when loaded in RAM
11) from the second offset substract the imagebase (result is 0x17F26)
DONE

The easy way:
substract the imagebase from the offset displayed at the left (results in 0x17F25)
9) add 1 (as we want to swap the value and not the command) [remember to do hexadecimal calculations]

Hi Guys and Girls. I was able to remotely copy the rdpwrap.ini from the RDP Wrapper programs folder to where ever, opened it in notepad, pasted in the new offset info, save it there, copy the updated one, then pasted it back to where it belongs (RDP Wrapper programs folder) it asked for admin permission to replace rdpwrap.ini then allowed it. Don’t know why you were talking about having to uninstall Rdpwrapper and all that other jazz. Then you can run the update and not worry that you have to visit the remote site to deal with it. Naturally you must have full control permissions over that file. Thank you
fre4kyC0de, jirijanata, joebrug for your efforts. Much appreciated.

Hi Guys and Girls. I was able to remotely copy the rdpwrap.ini from the RDP Wrapper programs folder to where ever, opened it in notepad, pasted in the new offset info, save it there, copy the updated one, then pasted it back to where it belongs (RDP Wrapper programs folder) it asked for admin permission to replace rdpwrap.ini then allowed it. Don’t know why you were talking about having to uninstall Rdpwrapper and all that other jazz. Then you can run the update and not worry that you have to visit the remote site to deal with it. Naturally you must have full control permissions over that file. Thank you
fre4kyC0de, jirijanata, joebrug for your efforts. Much appreciated.

For demonstration I’ll describe, how to do with IDA (termsrv.dll 6.1.7601.24402 x64):

You can just stop Terminal Services through Computer Management Services section or with
net stop TermService
then edit rdpwrap.ini file and start TermService again.

But it seems that sometimes you need to reboot to apply new rdpwrap.ini file. 🙁

Backup rdpwrap.ini file
Download RDPWrapper from github and unpack it.
Uninstall RDPWrapper
Change in install.bat «%

[6.1.7601.24402]
SingleUserPatch.x64=1
SingleUserOffset.x64=17F26
SingleUserCode.x64=Zero
DefPolicyPatch.x64=1
DefPolicyOffset.x64=17CFE
DefPolicyCode.x64=CDefPolicy_Query_eax_rdi

EDIT: Corrected value

it shows up as » fully supported». but I can’t get more than 2 sessions in using this,

Have you tried rebooting PC between installation and trying?

Have you tried rebooting PC between installation and trying?

Seems like the problem occurred when automatic updates were enabled. I’ve disabled it and now everything works fine for at least 3 days.

Was it perhaps the file format was with Unix line endings instead of DOS?

Yes, always make sure it is a plain text file with DOS line endings. Whatever editor you use, be sure of how the file is saved (it’s format).

I have de same problem with this version (windows server 2008 r2) but I can’t get it work for more than 2 RDP.
I updated the ini file with the settings from @fre4kyC0de but with no luck.
I don’t what to look for to find the cause.

Источник

RDP wrapper

Для чего нужен RDP wrapper?

Про стандартный RDP

RDP (Remote Desktop Protocol) — дословно протокол Удаленного Рабочего Стола. Позволяет подключится к компьютеру по IP адресу с любого другого компьютера.

Подключение по протоколу RDP осуществляется между компьютерами, находящимися в одной локальной сети, или по интернету, но для этого потребуются дополнительные действия – проброс порта 3389 на роутере, либо соединение с удаленным компьютером по VPN.

Windows 10 Home — данная функция отключена

Windows 10 Pro — позволяет одновременно использовать только одно подключение под выбранным пользователем

Windows Server — позволяет подключаться сразу с нескольких устройств, под разными пользователями и работать одновременно.

При подключении используются все ресурсы удаленного компьютера, позволяет передавать принтеры, буфер обмена, диски, порты, устройства захвата. Благодаря этому часто в организациях ставят мощный сервер с Windows Server OC а пользователям дают монитор с мышкой, клавиатурой и слабенький ПК в качестве тонкого клиента, который служит только для подключения к серверу. При этом все пользователи будут полноценно работать на производительном сервере.

Так же RDP часто используется в 1С для работы с файловой базой данных

Источник

Задача: в удаленном офисе есть компьютер (условно назовем его «сервер»), на котором установлена файловая база 1С. Необходимо удаленно организовать доступ к этому ПК для совместной работы в 1С и M.E.Doc.

Задачу усложняет 2 факта: 

• оба офиса находятся за NAT’ом и прямое подключение не представляется возможным;
•  на «сервере» установлена не серверная версия ОС (Windows 7 Максимальная). Подключение для настройки к нему возможно только через TeamViewer.

Принимая во внимание то, что количество пользователей в базе будет не более 3-х, разобьем задачу на этапы:

1. Объединение компьютеров в виртуальную локальную сеть (с помощью ZeroTier);
2. С помощью RDPWrap включаем возможность подключения к «серверу» по RDP.

Использование RPPWrap, вероятно, нарушает пользовательское соглашение Microsoft, поэтому задача будет рассматриваться исключительно в тестовом ключе. Для реальной многопользовательской эксплуатации RDP необходима Windows Server и лицензии User CAL + RDP User CAL.

Использование ZeroTier для объединения ПК в виртуальную локальную сеть

ZeroTier — это виртуальный управляемый Ethernet-свитч. Добавленные в одну сеть ZeroTier, устройства взаимодействуют так, будто бы они находятся в одной локальной сети независимо от расстояния между ними. На момент написания статьи, ZeroTier поддерживает работу в Windows, Linux, MacOS, Android и iOS. Бесплатная версия ZeroTier поддерживает добавление до 100 устройств в сеть, что, в нашем случае, более чем достаточно.

Создаем аккаунт и сеть ZeroTier

Для создания аккаунта ZeroTier необходимо указать e-mail и пароль:

Безо всяких подтверждений почты попадаем в личный кабинет:

В разделе «Networks» создаем новую сеть и сразу наблюдаем ID сети (он понадобится для подключения):

По клику на ID переходим на страницу настроек сети. Поскольку устройств в нашей сети будет не много, поменяем диапазон IP-адресов сети на «192.168.191.*»

Подключаем компьютеры к сети ZeroTier

В нашей сети будут только устройства с ОС Windows и нам понадобится загрузить соответствующий дистрибутив ZeroTier One. Установка его не представляет проблем:

После установки в правом нижнем углу появится иконка ZeroTier. При клике на нее появится предложение авторизоваться:

Появляется список сетей нашего аккаунта. Присоединяемся с помощью кнопки «Join«

В списке сетевых адаптеров появляется новый адаптер ZeroTier, которому присваивается случайный IP-адрес из выбранного диапазона:

Для простоты, мы зададим «серверу» IP-адрес «192.168.191.1». Все это можно сделать в разделе настроек сети. По мере присоединения к сети устройств, они будут появляться в разделе «Members». Зададим понятное имя и IP-адрес (для этого можно ввести IP-адрес вручную и нажать на «+»):

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

Добавляем ZeroTier в автозагрузку

Для того чтобы ZeroTier загржался автоматически при запуске ПК, заходим в Preferences и добавляем его в автозагрузку:

Настройки безопасности ZeroTier

Сейчас в нашей сети ZeroTier разрешен любой трафик, по аналогии с ЛВС. Однако, ZeroTier предоставляет возможность управлять трафиком с помощью т. н. Flow Rules (правила потоков), которые задаются в настройках сети ZeroTier Central. Фактически, нам необходимо разрешить трафик к порту 3389 «сервера» и обратный трафик к клиентам. Поэтому, наши правила Flow Rules будут иметь следующий вид:

# Allow only IPv4, IPv4 ARP, and IPv6 Ethernet frames.
# Drop non-ZeroTier issued and managed IP addresses.
#
# This prevents IP spoofing but also blocks manual IP management at the OS level and
# bridging unless special rules to exempt certain hosts or traffic are added before
# this rule.
drop
	not ethertype ipv4
	and not ethertype arp
	and not ethertype ipv6
	and not chr ipauth
;

# accept RDP packets to server
accept 
	ipprotocol tcp
	and ipdest 192.168.191.1/32
	and dport 3389
;


# Drop TCP SYN,!ACK packets (new connections) not explicitly whitelisted above
break                     # break can be overridden by a capability
  chr tcp_syn             # TCP SYN (TCP flags will never match non-TCP packets)
  and not chr tcp_ack     # AND not TCP ACK
;

# Accept anything else. This is required since default is 'drop'.
accept;

Включаем и настраиваем RDP на «сервере»

Включаем протокол RDP на Windows 7

В редакции Windows 7 Максимальная есть возможность включить подключение через удаленный рабочий стол в Дополнительных параметрах системы.

Задаем пароль для пользователя

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

Отключаем срок действия пароля

Для комфортной работы будет лучше отключить максимальный срок действия пароля (по умолчанию 42 дня). Инструкция

Проверяем подключение по RDP

После задания пароля пользователя, подключение уже возможно. IP-адрес нашего «сервера» — 192.168.191.1. На вопрос про сертификат отвечаем положительно:

Однако, многопользовательская работа по прежнему не возможна. При подключении через RDP, рабочий стол «сервера» автоматически блокируется.

Установка RDPWrapper для активации многопользовательского RDP

Проект RDPWrap ставит перед собой целью включение возможности удаленного доступа по RDP (в т. ч. для нескольких пользователей) для «домашних» редакций Windows (и не только). Он не подменяем файлы операционной системы, а «встраивается» в нее. Проект сомнителен с точки зрения лицензионности, однако, для нашей тестовой задачи подойдет.

Для установки RDPWrap необходимо загрузить пакет последней версии, распаковать его и запустить install.bat:

Утилита RDPConf:

Настройка RDPConf

Надпись «[supported partially]» говорит нам, что утилита работает в ограниченном режиме (максимум 2 одновременных сессии RDP). Версия termsrv.dll «6.1.7601.24326» поддерживается не полностью. Однако, если поискать в Google, можно найти вот такую тему.

Для полноценной работы, в файл rdpwrap.ini («C:Program FilesRDP Wrap«) необходимо добавить такие настройки:

[6.1.7601.24326]
SingleUserPatch.x86=1
SingleUserOffset.x86=1A675
SingleUserCode.x86=nop
SingleUserPatch.x64=1
SingleUserOffset.x64=17F1E
SingleUserCode.x64=Zero
DefPolicyPatch.x86=1
DefPolicyOffset.x86=19E41
DefPolicyCode.x86=CDefPolicy_Query_eax_esi
DefPolicyPatch.x64=1
DefPolicyOffset.x64=17CEE
DefPolicyCode.x64=CDefPolicy_Query_eax_rdi

После перезапуска ПК, запустим утилиту RDPConf и убедимся что надпись поменялась на «[fully supported]» (полная поддержка).

Проверка работы

Для проверки создадим еще 2-х пользователей и 2 подключения по RDP. Дополнительно к этому, на «сервере» будет работать локальный пользователь.

Скриншот 2-х одновременных подключений:

Выводы

Из обычного ПК с Windows 7 Максимальная, при помощи RDPWrap, мы сделали простой сервер для совместной работы 3-х пользователей в 1С. Софтверные ограничения нашего решения:

1. для RDPWrap — до 15 одновременных сессий RDP
2. для бесплатной версии ZeroTier — 100 устройств в сети.

Благодаря ZeroTier, пользователи 1С могут быть разнесены географически как угодно (разные города, разные страны). Благодаря встроенной безопасности и Flow Rules, наша сеть ZeroTier надежно защищена. В ней допускается хождение только пакетов RDP по направлению к серверу и обратно.

У настольных операционных систем Microsoft есть некоторые ограничения, связанные с работой службы удаленных рабочих столов. Так во первых, поддержка серверной части (RDP Host) есть только в старших редакциях Windows (не ниже Professional). В домашних редакциях этот функционал отключен, поэтому подключиться к младшим версиям Windows по RDP невозможно.

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

Обойти эти ограничения позволит проект RDP Wrapper Library by Stas’M. RDP Wrapper работает как прослойка между менеджером служб (Service Control Manager, SCM) и службой удаленных рабочих столов. При этом, в отличии от других решений подобного рода, он не подвергает изменениям файл termsrv.dll (библиотека, используемая службой Remote Desktop Services), что позволяет не опасаться обновлений Windows.

Судя по официальному сайту, проект активно живет и развивается. На данный момент выложена версия 1.5 от 2014.12.11, для которой заявлена поддержка новейших ОС, включая Windows 10 Technical Preview. Также доступны исходники, так что при желании можно самостоятельно собрать проект.

Загрузить RDP Wrapper можно со страницы программы в репозитории GitHub. В архив входят следующие компоненты:

• RDPWinst.exe — инсталлятор, с помощью которого производится установка и удаление RDP Wrapper;
• RDPConf.exe — утилита для настройки параметров подключения;
• RDPCheck.exe — утилита для локальной проверки работы RDP;
• install.bat и uninstall.bat — bat-файлы для удобства установкиудаления программы.

Для установки программы надо открыть командную строку с правами администратора, перейти в директорию с распакованными файлами и запустить install.bat. Все остальное, включая настройку исключений на файерволле, установщик сделает сам.

Дополнительно можно запустить утилиту RDPConf.exe, которая позволяет включатьотключать доступ, а также настраивать основные параметры подключения (порт, количество сессий на пользователя, тип аутентификации и пр.).

Ну и в качестве проверки я открыл на компьютер с установленной Windows 7 Home Basic две RDP-сессии для двух разных пользователей.

Что еще можно сказать. Проект однозначно полезный, в некоторых ситуациях даже незаменимый. Из минусов же — используя RDP Wrapper вы скорее всего нарушаете лицензионное соглашение.

Дополнение 04.05.2019.

Для корректной работы на Windows 10 1809 требуется обновить файл конфигурации rdpwrap.ini. В него надо добавить следующие строчки:

[10.0.17763.292]
; Patch CEnforcementCore::GetInstanceOfTSLicense
LocalOnlyPatch.x86=1
LocalOnlyOffset.x86=AFAD4
LocalOnlyCode.x86=jmpshort
LocalOnlyPatch.x64=1
LocalOnlyOffset.x64=77A11
LocalOnlyCode.x64=jmpshort
; Patch CSessionArbitrationHelper::IsSingleSessionPerUserEnabled
SingleUserPatch.x86=1
SingleUserOffset.x86=4D665
SingleUserCode.x86=nop
SingleUserPatch.x64=1
SingleUserOffset.x64=1322C
SingleUserCode.x64=Zero
; Patch CDefPolicy::Query
DefPolicyPatch.x86=1
DefPolicyOffset.x86=4BE69
DefPolicyCode.x86=CDefPolicy_Query_eax_ecx
DefPolicyPatch.x64=1
DefPolicyOffset.x64=17F45
DefPolicyCode.x64=CDefPolicy_Query_eax_rcx
; Hook CSLQuery::Initialize
SLInitHook.x86=1
SLInitOffset.x86=5B18A
SLInitFunc.x86=New_CSLQuery_Initialize
SLInitHook.x64=1
SLInitOffset.x64=1ABFC
SLInitFunc.x64=New_CSLQuery_Initialize

И в конец ini файла дополнительно надо добавить строки:

[10.0.17763.292-SLInit]
bInitialized.x86 =CD798
bServerSku.x86 =CD79C
lMaxUserSessions.x86 =CD7A0
bAppServerAllowed.x86 =CD7A8
bRemoteConnAllowed.x86=CD7AC
bMultimonAllowed.x86 =CD7B0
ulMaxDebugSessions.x86=CD7B4
bFUSEnabled.x86 =CD7B8

bInitialized.x64 =ECAB0
bServerSku.x64 =ECAB4
lMaxUserSessions.x64 =ECAB8
bAppServerAllowed.x64 =ECAC0
bRemoteConnAllowed.x64=ECAC4
bMultimonAllowed.x64 =ECAC8
ulMaxDebugSessions.x64=ECACC
bFUSEnabled.x64 =ECAD0

В конце файла обязательно пустая строка.

Взято отсюда: https://github.com/stascorp/rdpwrap/issues/699

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

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

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

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

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

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

Это решение компании 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.

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

Если что-то пошло не так с доступом по RDP через RDPWrap (например, антивирус удалил файлы ПО), и служба «Службы удаленных рабочих столов» не запускается с ошибкой «указанный файл не найден», то нужно в ветку реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTermServiceParameters добавить параметр ServiceDll — REG_EXPAND_SZ — %SystemRoot%System32 ermsrv.dll
Это вернёт работоспособность встроенному RDP.
И теперь можно переустановить RDPWrap

Спасибо за статейку! Выручил!

Владимир Вязниковцев 4 дн

Полтора месяца я искал решение этой проблемы и вот оно счастье! Благодарю о великий человек! Думал уже систему придётся грохать 🙁

Как и в прошлых клиентских версиях операционных систем Майкрософт, пользователи Pro и Enterprise Windows 10 (но не Home) редакций могут удаленно подключаться к своим компьютерам через службу удаленных рабочих столов (RDP). Однако есть ограничение на количество одновременных RDP сессии – возможна одновременная работа только одного удаленного пользователя. При попытке открыть вторую RDP сессию, сеанс первого пользователя предлагается завершить.

В английской версии предупреждение такое:

Дело в том, что в настольных редакциях операционных систем Microsoft есть следующие основные ограничения на использование службы удаленного рабочего стола:

1. Поддержка RDP доступа имеется только в старших редакциях Windows (Professional и выше), а в домашних редакциях (Home) этот функционал отключен.
2. Возможно только одно удаленного RDP подключения. При попытке открыть вторую RDP-сессию, пользователю предлагается завершить существующее подключение.
3. В том случае, есть пользователь работает за консолью компьютера (локально), при удаленном подключении RDP, его сеанс будет отключен (заблокирован). Правильно и обратное утверждение: удаленный RDP сеанс принудительно завершается, если пользователь авторизуется на консоле системы

По сути, ограничение на количество одновременных rdp подключений является не техническим, а скорее лицензионным, запрещающее создавать на базе рабочей станции терминальный RDP сервер для работы нескольких пользователей. Хотя с технической точки зрения любая редакция Windows при наличии достаточного количества памяти может поддерживать одновременную работу нескольких десятков удаленных пользователей (в среднем на одну сессию пользователя без учета запускаемых приложений требуется 150-200 Мб памяти). Т.е. максимальное количество одновременных сессий в теории ограничивается только ресурсами компьютера.

Мы рассмотрим два способа отключить ограничение на количество одновременных RDP подключений к Windows 10:

RDP Wrapper Library

Альтернативой модификации файла termsrv.dll является использование проекта RDP Wrapper Library. Эта программа работает в качестве прослойки между менеджером управления службами (SCM- Service Control Manager) и службой терминалов (Terminal Services) и позволяет включить не только поддержку нескольких одновременных RDP сессии, но и активировать поддержку RDP Host на домашних редакциях Windows 10. RDP Wrapper не вносит никаких изменений в файл termsrv.dll, просто подгружая termsrv с изменёнными параметрами.

Таким образом, это решение будет работать даже при обновлении версии файла termsrv.dll, что позволяет не опасаться обновлений Windows.

Скачать RDP Wrapper можно с репозитория GitHub: https://github.com/binarymaster/rdpwrap/releases (последняя доступная версия RDP Wrapper Library v1.6.2 вышла относительно недавно – 28 декабря 2017 года). Судя по информации на странице разработчика, поддерживаются все версии Windows. Windows 10 поддержиывается вплость до версии Insider Preview build 10.0.17063.1000 от 13 декабря 2017 года.

Архив RDPWrap-v1.6.2.zip содержит несколько файлов:

• RDPWinst.exe —программа установки/удаления RDP Wrapper Library
• RDPConf.exe — утилита настройки RDP Wrapper
• RDPCheck.exe — Local RDP Checker — утилита проверки RDP
• install.bat, uninstall.bat, update.bat — пакетные файлы для установки, удаления и обновления RDP Wrapper

Чтобы установить утилиту, запускам файл install.bat с правами администратора.

После окончания установки запускаем RDPConfig.exe. И удостоверяемся, что в секции Diagnostics все элементы окрашены в зеленый цвет.

Из интересных особенностей новой версии RDP Wrapper:

опция H >В том случае, если после обновления версии Windows, RDP Wrapper не работает, проверьте, что в секции Diagnostics присутствует надпись Listener state: Not listening.

Попробуйте обновить ini файл скриптом update.bat, либо вручную и переустановить службу

rdpwinst.exe -u
rdpwinst.exe -i

Пытаемся открыть вторую RDP сессию. Все получилось! Теперь наша Windows 10 позволяет одновременно подключаться по RDP сразу двум удаленным пользователям.

Утилита должна работать на всех поддерживаемых на данный момент редакциях Windows : Windows Vista, Windows 7, Windows 8, Windows 8.1 и Windows 10. Таким образом из любой клиентской версии Windows можно сделать сервер терминалов.

Модификация файла termsrv.dll

Убрать ограничение на количество RDP подключений можно с помощью модификации файла termsrv.dll (файл библиотеки, используемый службой Remote Desktop Services). Файл находится в каталоге C:WindowsSystem32).

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

copy c:WindowsSystem32 ermsrv.dll termsrv.dll_backup

Перед правкой файла termsrv.dll нужно стать его владельцем и предоставить группе администраторов полные права на него (все операции выполняются аналогично описанным в статье Убираем ограничение на количество RDP сессий в Windows 8). Затем остановите службу Remote Desktop service (TermService) из консоли services.msc или из командной строки:

Net stop TermService

Для редакции Windows 10 x64 RTM (версия файла termsrv.dll — 10.0.10240.16384): Откройте файл termsrv.dll с помощью любого HEX редактора (к примеру, Tiny Hexer)

39 81 3C 06 00 00 0F 84 73 42 02 00

И замените ее на:

B8 00 01 00 00 89 81 38 06 00 00 90

Сохраните файл и запустите службу TermService.

У настольных операционных систем Microsoft есть некоторые ограничения, связанные с работой службы удаленных рабочих столов. Так во первых, поддержка серверной части (RDP Host) есть только в старших редакциях Windows (не ниже Professional). В домашних редакциях этот функционал отключен, поэтому подключиться к младшим версиям Windows по RDP невозможно.

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

Обойти эти ограничения позволит проект RDP Wrapper Library by Stas’M. RDP Wrapper работает как прослойка между менеджером служб (Service Control Manager, SCM) и службой удаленных рабочих столов. При этом, в отличии от других решений подобного рода, он не подвергает изменениям файл termsrv.dll (библиотека, используемая службой Remote Desktop Services), что позволяет не опасаться обновлений Windows.

Судя по официальному сайту, проект активно живет и развивается. На данный момент выложена версия 1.5 от 2014.12.11, для которой заявлена поддержка новейших ОС, включая Windows 10 Technical Preview. Также доступны исходники, так что при желании можно самостоятельно собрать проект.

Загрузить RDP Wrapper можно со страницы программы в репозитории GitHub. В архив входят следующие компоненты:

• RDPWinst.exe — инсталлятор, с помощью которого производится установка и удаление RDP Wrapper;
• RDPConf.exe — утилита для настройки параметров подключения;
• RDPCheck.exe — утилита для локальной проверки работы RDP;
• install.bat и uninstall.bat — bat-файлы для удобства установкиудаления программы.

Для установки программы надо открыть командную строку с правами администратора, перейти в директорию с распакованными файлами и запустить install.bat. Все остальное, включая настройку исключений на файерволле, установщик сделает сам.

Дополнительно можно запустить утилиту RDPConf.exe, которая позволяет включатьотключать доступ, а также настраивать основные параметры подключения (порт, количество сессий на пользователя, тип аутентификации и пр.).

Ну и в качестве проверки я открыл на компьютер с установленной Windows 7 Home Basic две RDP-сессии для двух разных пользователей.

Что еще можно сказать. Проект однозначно полезный, в некоторых ситуациях даже незаменимый. Из минусов же — используя RDP Wrapper вы скорее всего нарушаете лицензионное соглашение.

Дополнение 04.05.2019.

Для корректной работы на Windows 10 1809 требуется обновить файл конфигурации rdpwrap.ini. В него надо добавить следующие строчки:

[10.0.17763.292]
; Patch CEnforcementCore::GetInstanceOfTSLicense
LocalOnlyPatch.x86=1
LocalOnlyOffset.x86=AFAD4
LocalOnlyCode.x86=jmpshort
LocalOnlyPatch.x64=1
LocalOnlyOffset.x64=77A11
LocalOnlyCode.x64=jmpshort
; Patch CSessionArbitrationHelper::IsSingleSessionPerUserEnabled
SingleUserPatch.x86=1
SingleUserOffset.x86=4D665
SingleUserCode.x86=nop
SingleUserPatch.x64=1
SingleUserOffset.x64=1322C
SingleUserCode.x64=Zero
; Patch CDefPolicy::Query
DefPolicyPatch.x86=1
DefPolicyOffset.x86=4BE69
DefPolicyCode.x86=CDefPolicy_Query_eax_ecx
DefPolicyPatch.x64=1
DefPolicyOffset.x64=17F45
DefPolicyCode.x64=CDefPolicy_Query_eax_rcx
; Hook CSLQuery::Initialize
SLInitHook.x86=1
SLInitOffset.x86=5B18A
SLInitFunc.x86=New_CSLQuery_Initialize
SLInitHook.x64=1
SLInitOffset.x64=1ABFC
SLInitFunc.x64=New_CSLQuery_Initialize

И в конец ini файла дополнительно надо добавить строки:

[10.0.17763.292-SLInit]
bInitialized.x86 =CD798
bServerSku.x86 =CD79C
lMaxUserSessions.x86 =CD7A0
bAppServerAllowed.x86 =CD7A8
bRemoteConnAllowed.x86=CD7AC
bMultimonAllowed.x86 =CD7B0
ulMaxDebugSessions.x86=CD7B4
bFUSEnabled.x86 =CD7B8

bInitialized.x64 =ECAB0
bServerSku.x64 =ECAB4
lMaxUserSessions.x64 =ECAB8
bAppServerAllowed.x64 =ECAC0
bRemoteConnAllowed.x64=ECAC4
bMultimonAllowed.x64 =ECAC8
ulMaxDebugSessions.x64=ECACC
bFUSEnabled.x64 =ECAD0

В конце файла обязательно пустая строка.

Содержание

• Процедура создания терминального сервера
  • Способ 1: RDP Wrapper Library
  • Способ 2: UniversalTermsrvPatch
• Вопросы и ответы

При работе в офисах нередко возникает необходимость создания терминального сервера, к которому будут подключаться другие компьютеры. Например, данная возможность очень востребована при групповой работе с 1С. Существуют специальные серверные операционные системы, предназначенные, как раз для этих целей. Но, как оказывается, данную задачу можно решить даже при помощи обычной Виндовс 7. Посмотрим, как из ПК на Windows 7 можно создать терминальный сервер.

Процедура создания терминального сервера

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

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

Способ 1: RDP Wrapper Library

Первый способ осуществляется с помощью небольшой утилиты RDP Wrapper Library.

Скачать RDP Wrapper Library

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



2. После этого распакуйте архив ZIP, в котором содержится заранее скачанная утилита RDP Wrapper Library, в любой каталог на ПК.



3. Теперь нужно произвести запуск «Командной строки» с административными полномочиями. Щелкайте «Пуск». Выбирайте «Все программы».



4. Переходите в каталог «Стандартные».



5. В перечне инструментов ищите надпись «Командная строка». Щелкните по ней правой кнопкой мышки (ПКМ). В открывшемся перечне действий выберите «Запуск от имени администратора».



6. Интерфейс «Командной строки» запущен. Теперь следует ввести команду, инициализирующую запуск программы RDP Wrapper Library в том режиме, который требуется для решения поставленной задачи.



7. Переключитесь в «Командной строке» на тот локальный диск, куда вы распаковали архив. Для этого просто введите букву диска, поставьте двоеточие и жмите Enter.



8. Перейдите в тот каталог, куда вы распаковали содержимое архива. Сначала впишите значение «cd». Поставьте пробел. Если искомая папка находится в корне диска, то просто вбейте её наименование, если же она является вложенным каталогом, то требуется указать полный путь к нему через слэш. Жмите Enter.



9. После этого активируем файл RDPWInst.exe. Введите команду:

   RDPWInst.exe

   

   Жмите Enter.



10. Открывается перечень различных режимов работы данной утилиты. Нам нужно использовать режим «Install wrapper to Program Files folder (default)». Для его применения следует ввести атрибут «-i». Введите его и жмите Enter.



11. RDPWInst.exe выполнит необходимые изменения. Для того чтобы ваш компьютер можно было использовать в качестве терминального сервера, нужно произвести ещё ряд настроек системы. Щелкайте «Пуск». Кликните ПКМ по наименованию «Компьютер». Выберите пункт «Свойства».



12. В появившемся окне свойств компьютера через боковое меню перейдите по пункту «Настройка удаленного доступа».



13. Появляется графическая оболочка свойств системы. В разделе «Удаленный доступ» в группе «Удаленный рабочий стол» переставьте радиокнопку в положение «Разрешать подключение от компьютеров…». Жмите по элементу «Выбрать пользователей».



14. Открывается окошко «Пользователи удаленного стола». Дело в том, что если вы в нем не укажите имена конкретных юзеров, то удаленный доступ к серверу получат только учетные записи с административными полномочиями. Жмите «Добавить…».



15. Запускается окошко «Выбор: «Пользователи»». В поле «Введите имена выбираемых объектов» через точку с запятой внесите наименования созданных ранее учетных записей юзеров, которым требуется предоставить доступ к серверу. Жмите «OK».



16. Как видим, нужные наименования учетных записей отобразились в окне «Пользователи удаленного рабочего стола». Жмите «OK».



17. После возврата в окно свойств системы жмите «Применить» и «OK».



18. Теперь осталось произвести изменения настроек в окне «Редактора локальной групповой политики». Для вызова этого инструмента воспользуемся методом введения команды в окно «Выполнить». Жмите Win+R. В появившемся окошке вбейте:

    gpedit.msc

    Жмите «OK».



19. Открывается окно «Редактора». В левом меню оболочки щелкайте «Конфигурация компьютера» и «Административные шаблоны».



20. Переходите в правую часть окна. Там зайдите в папку «Компоненты Windows».



21. Ищите папку «Службы удаленных рабочих столов» и войдите в неё.



22. Зайдите в каталог «Узел сеансов удалённых рабочих столов».



23. Среди следующего списка папок выбирайте «Подключения».



24. Открывается список параметров политики раздела «Подключения». Выберите параметр «Ограничить количество подключений».



25. Открывается окно настроек выбранного параметра. Переставьте радиокнопку в позицию «Включить». В поле «Разрешено подключений к удаленным рабочим столам» введите значение «999999». Это означает неограниченное количество подключений. Жмите «Применить» и «OK».



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

Способ 2: UniversalTermsrvPatch

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

Скачать UniversalTermsrvPatch

1. Прежде всего, создайте на компьютере учетные записи тех пользователей, которые будут использовать его в качестве сервера, как это делалось в предыдущем способе. После этого скачанный UniversalTermsrvPatch распакуйте из архива RAR.



2. Зайдите в распакованную папку и запустите файл UniversalTermsrvPatch-x64.exe или UniversalTermsrvPatch-x86.exe, в зависимости от разрядности процессора на компьютере.



3. После этого для внесения изменений в системный реестр запустите файл под названием «7 and vista.reg», расположенный в том же каталоге. Затем перезагрузите компьютер.



4. Необходимые изменения внесены. После этого нужно последовательно проделать все те манипуляции, которые мы описывали при рассмотрении предыдущего способа, начиная с пункта 11.

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

Еще статьи по данной теме:

Помогла ли Вам статья?