Содержание:
По умолчанию операционная система Windows 10 не позволяет нескольким пользователям одновременно подключиться к одному компьютеру, но в современном мире подобная необходимость возникает все чаще и чаще. Причем эта функция применяется не только для удаленной работы, но и для личных целей. Из данной статьи вы узнаете о том, как настроить и использовать терминальный сервер в Windows 10.
Руководство по настройке терминального сервера Windows 10
Какой бы сложной на первый взгляд не казалась озвученная в теме статьи задача, на самом деле все до неприличия просто. Все что от вас требуется – четко следовать указанным инструкциям. Обратите внимание, что способ подключения схож с таковым в более ранних версиях ОС.
Подробнее: Создание терминального сервера на Windows 7
Шаг 1: Установка специализированного ПО
Как мы уже говорили ранее, стандартные настройки Windows 10 не позволяют использовать систему одновременно нескольким пользователям. При попытке такого подключения вы увидите следующую картину:
Чтобы исправить это, необходимо внести изменения в параметры ОС. К счастью, для этого есть специальный софт, который все сделает за вас. Сразу предупредим, что файлы, о которых пойдет речь далее, модифицируют системные данные. В связи с этим в некоторых случаях они распознаются как опасные для самой Windows, поэтому использовать их или нет – решать только вам. Все описанные действия были проверены на практике нами лично. Итак, приступим, в первую очередь выполните следующее:
- Перейдите по данной ссылке, после чего нажмите на строку, которая указана на изображении ниже.
- В результате начнется загрузка архива с нужным софтом на компьютер. По окончании скачивания извлеките все его содержимое в любое удобное место и найдите среди полученных файлов тот, что называется «install». Запустите его от имени администратора. Для этого нажмите на нем правой кнопкой мышки и выберите из контекстного меню строчку с одноименным названием.
- Как мы упоминали ранее, система не определит издателя запускаемого файла, поэтому может сработать встроенный «Защитник Windows». Он попросту вас предупредит об этом. Для продолжения нажмите кнопку «Запустить».
- Если у вас включен контроль профилей, на экране может появиться запрос на запуск приложения «Командная строка». Именно в ней и будет выполняться инсталляция ПО. Кликните в появившемся окне «Да».
- Далее появится окно «Командная строка» и начнется автоматическая установка модулей. Вам необходимо лишь немного подождать, пока не появится просьба нажать любую клавишу, что и нужно сделать. Это автоматически закроет окно инсталляции.
- Остается лишь проверить все внесенные изменения. Для этого в списке извлеченных файлов найдите «RDPConf» и запустите его.
- В идеале все пункты, которые мы отметили на следующем скриншоте, должны быть зеленого цвета. Это означает, что все изменения внесены корректно и система готова к подключению нескольких пользователей.
На этом первый шаг по настройке терминального сервера завершен. Надеемся, у вас не возникло сложностей. Двигаемся далее.
Шаг 2: Изменение параметров профилей и настроек ОС
Теперь необходимо добавить профили, под которыми другие пользователи смогут подключаться к нужному компьютеру. Помимо этого, мы произведем некоторую настройку системы. Список действий будет следующим:
- Нажмите на рабочем столе вместе клавиши «Windows» и «I». Это действие активирует окно основных настроек ОС Windows 10.
- Перейдите в группу «Учетные записи».
- В боковой (левой) панели зайдите в подраздел «Семья и другие пользователи». Кликните на кнопку «Добавить пользователя для этого компьютера» несколько правее.
- Появится окно с параметрами входа Windows. Вводить ничего в единственную строку не стоит. Необходимо просто кликнуть по надписи «У меня нет данных для входа этого человека».
- Далее нужно нажать на строку «Добавить пользователя без учетной записи Майкрософт».
- Теперь укажите название нового профиля и ключ к нему. Помните, что пароль следует вводить в обязательном порядке. В противном случае в дальнейшем могут возникнуть проблемы с удаленным подключением к компьютеру. Все остальные поля также нужно заполнить. Но это уже требование самой системы. По окончании нажмите кнопку «Далее».
- Спустя несколько секунд новый профиль будет создан. Если все пройдет успешно, вы увидите его в списке.
- Теперь перейдем к изменению параметров операционной системы. Для этого на рабочем столе на иконке «Этот компьютер» нажмите правой кнопкой мышки. Выберите из контекстного меню параметр «Свойства».
- В следующем открывшемся окне нажмите на отмеченную ниже строчку.
- Перейдите в подраздел «Удаленный доступ». Ниже вы увидите параметры, которые и следует изменить. Отметьте галочкой строку «Разрешить подключения удаленного помощника к этому компьютеру», а также активируйте опцию «Разрешить удаленные подключения к этому компьютеру». По завершении нажмите кнопку «Выбрать пользователей».
- В новом маленьком окне выберите функцию «Добавить».
- Затем необходимо прописать имя пользователя, которому будет открыт удаленный доступ к системе. Сделать это нужно в самом нижнем поле. После ввода названия профиля нажмите на кнопку «Проверить имена», которая находится правее.
- В результате вы увидите, что имя пользователя преобразится. Это значит, что оно прошло проверку и было найдено в перечне профилей. Для завершения операции нажмите «ОК».
- Примените внесенные изменения во всех открытых окнах. Для этого нажмите в них на «ОК» или «Применить». Остается совсем немного.
Шаг 3: Подключение к удаленному компьютеру
Подключение к терминалу будет происходить посредством интернета. Это значит, что нам необходимо сперва узнать адрес системы, к которой будут подключаться пользователи. Сделать это не сложно:
- Откройте вновь «Параметры» Windows 10, используя клавиши «Windows+I» либо меню «Пуск». В настройках системы зайдите в раздел «Сеть и Интернет».
- С правой стороны открывшегося окна вы увидите строку «Изменить свойства подключения». Нажмите на нее.
- На следующей странице будет отображена вся имеющаяся информация о сетевом подключении. Спуститесь вниз до тех пор, пока не увидите свойства сети. Запомните цифры, которые расположены напротив отмеченной на скриншоте строчки:
- Все необходимые данные мы получили. Остается лишь подключиться к созданному терминалу. Дальнейшие действия нужно выполнять на том компьютере, с которого будет происходить подключение. Для этого нажмите на кнопку «Пуск». В списке приложений найдите папку «Стандартные-Windows» и откройте ее. В перечне элементов будет «Подключение к удаленному рабочему столу», его и нужно запустить.
- Затем в следующем окне введите IP адрес, который вы узнали ранее. В завершении нажмите кнопку «Подключить».
- Как и при стандартном входе в систему Windows 10, потребуется ввести имя пользователя, а также пароль от учетной записи. Учтите, что на данном этапе нужно вводить имя того профиля, которому вы дали разрешение на удаленное подключение ранее.
- В некоторых случаях вы можете увидеть уведомление о том, что системе не удалось проверить подлинность сертификата удаленного компьютера. Если такое произойдет, нажмите кнопку «Да». Правда делать это нужно лишь в том случае, если вы уверены в компьютере, к которому подключаетесь.
- Остается лишь немного подождать, пока система удаленного подключения загрузится. При первом подключении к терминальному серверу вы увидите стандартный набор опций, которые при желании можно изменить.
- В конечном итоге подключение должно завершится успехом, и вы увидите на экране изображение рабочего стола. В нашем примере это выглядит следующим образом:
Это все, о чем мы хотели вам рассказать в рамках данной темы. Проделав описанные выше действия, вы без труда сможете подключаться к своему или рабочему компьютеру удаленно практически с любого устройства. Если у вас впоследствии возникнут трудности или вопросы, рекомендуем ознакомиться с отдельной статьей на нашем сайте:
Подробнее: Решаем проблему с невозможностью подключения к удаленному ПК
Наш Telegram каналТолько полезная информация
Банальная перепечатка без разбора полетов. [not supported]
Не работает после последних обновлений винды.
Версия 1809
Сборка ОС 17763.253
vinitubr, доброго времени суток. Нами проверялись все описанные в статье советы и руководства как раз на сборке 1809. Вполне вероятно, что вы пропустили какой-то из пунктов. Если вы уверены в своих действиях, то опишите проблему более детально. На каком этапе у вас возникают трудности?
Картинки не прицепляются
раз
два
Хочу поменять WS2003 R2 X86 на 64. , На 32 даже SSD не помогут!, а для надёги там ночами тройное зеркало!
Да и SSD — безнадёга, ежели сервер такой! 32 рождённый!
С аналоговыми — проще!..
Аналогично хочу!
Пробовал добавлять память чз прогу некоторую, но надёжностью не проявилась.
Падать или впадать стал чаще!
(Что и логично, любой программный эмулятор железа — хуже железа! Особливо по памяти)
Не пробуйте такое!
Так же на клиентах проблемы с принтерами, нужно ставить версии старее, да, достало, но переход на 64, — не спасёт надолго!!!
Несмотря на затраченные сотни рублей когда-то!
Там, скорее, в семафорах системы у Крисофта вечные проблемы. Нужен семафор отличный от оригинала, но доверится можно только себе!
Вот и засада!
Ну и сертификаты с их протоколами… — Пипец!
Вот почему альфа-версия Win по миру и работает! 10-11-12?
С Аналоговыми, — по-любому, — проще!
Вы имеете ввиду АВМ?
согласен. у меня тоже сломалось после обнвления
Аноним, здравствуйте. В комментариях ниже вы можете найти для себя полезную информацию. Возможно, изменения файла конфигурации поможет решить проблему, как и другим пользователям.
Сервер — не должен быть рабочим местом даже для админа!
Для сервера, самое важное — стабильность! Все обновления сервера от MS — нарушают , порой, стабильность, а потому — ЗЛО!
Оградись от обновлений! Но защитись иначе!
Что-то не пошло у профанов 1С ? — качай рядом, пробуй….
Это — рекомендация!
При установке пишет «версия не поддерживается»
vinitubr, здравствуйте. В первую очередь вам необходимо попробовать запустить файл «update» из той папки, откуда запускали установочный файл. Делать это нужно от имени администратора. Если это не поможет, то стоит попробовать найти в сети обновленную версию файла «termsrv.dll». Затем переместить его по следующему пути:
C:\Windows\System32\
Обратите внимание, что в данном случае может потребовать запуск системы в безопасном режиме, так как в обычном режиме заменить файл не получится. В большинстве случаев эти операции помогают решить описанную вами проблему.
Все рекомендации от разработчика я уже выполнил. Нового файла termsrv.dll для последних windows обновлений нет.
vinitubr, еще раз здравствуйте. Речь идет о другой версии «termsrv.dll», а не о самой новой. Мы на практике проверяли предложенные вам решения. Они рабочие полностью на 100%. Поэтому если хотите решить проблему, то попробуйте найти, загрузить и заменить имеющийся у вас «DLL» файл.
Если вы проверяли на той же версии, что и у меня, как вы писали выше, не могли бы вы поделиться своим файлом? Буду благодарен.
Попробуйте скачать, распаковать и заменить ваш файл этим или этим файлом «termsrv.dll». Не забудьте, что делать это нужно в безопасном режиме Windows.
Спасибо. На сайте разработчика, в обсуждениях к прогрмме есть моя проблема. Вроде должна решиться редактированием ini-файла. По результату отпишу.
Он тут.
Докладываю — Успех!
Раз
Два
Проблема решается редактированием фала C:\Program Files\RDP Wrapper\rdpwrap.ini (открываем блокнотом или любым текстовым редактором). Там нужно вставить код в 2 раздела по аналогии с кодом для предыдущих билдов Windows.(Это также применимо и для других версий windows 7, 8 и т.д.)
Под мой билд винды код следующий
Первый раздел:
[10.0.17763.168]
LocalOnlyPatch.x64=1
;LocalOnlyOffset.x64=77941 — #601 @RobertSpir
;LocalOnlyOffset.x64=77AF1 — #601 @hajubu
LocalOnlyOffset.x64=77AF1
LocalOnlyCode.x64=jmpshort
SingleUserPatch.x64=1
SingleUserOffset.x64=132F9
SingleUserCode.x64=Zero
DefPolicyPatch.x64=1
DefPolicyOffset.x64=17F45
DefPolicyCode.x64=CDefPolicy_Query_eax_rcx
SLInitHook.x64=1
SLInitOffset.x64=1ABFC
SLInitFunc.x64=New_CSLQuery_Initialize
Второй раздел:
[10.0.17763.168-SLInit]
bInitialized.x64 =ECAB0
bServerSku.x64 =ECAB4
lMaxUserSessions.x64 =ECAB8
bAppServerAllowed.x64 =ECAC0
bRemoteConnAllowed.x64=ECAC4
bMultimonAllowed.x64 =ECAC8
ulMaxDebugSessions.x64=ECACC
bFUSEnabled.x64 =ECAD0
Для того, чтобы сохранить файл надо прописать себя в разршения на доступ к папке C:\Program Files\RDP Wrapper во вкладке Безопасность.
После сохранения перезагружаемся и все должно заработать.
Для проверки можно воспользоваться утилитой RDPCheck.exe в папке со скачанной программой.
Как-то так. Объяснил, как смог. ))
Хорошо, что удалось решить проблему. Спасибо за информацию, мы обязательно примем ее к сведению.
у меня не заработало, после внесения изменений Service state и Listener state становятся красными
Аноним, здравствуйте. Вы пробовали настроить программу согласно приведенной в статье информации без редактирования файла «rdpwrap.ini»? Если нет, то в первую очередь сделайте это, а потом уже будем искать решение возникших проблем. В случае выполнения рекомендаций, указанные вами строки «Service state» и «Listener state» буду как раз-таки отмечены зеленым цветом.
После обновления винды до 10.0.17763.292 и добавления версии в конфиг все заработало
Вчера установилось большое обновление windows и все перестало работать(((
Аноним, здравствуйте. опишите проблему после обновления более подробно пожалуйста. Для наглядности прикрепите к своему следующему ответу скриншот окна утилиты «RDPConf». Так нам будет несколько проще понять, о чем идет речь.
Был установлен RDP Wrapper все отлично работало несколько месяцев, но после установившегося обновления статус стал Not supported, запускаю файл update.bat пишет что у меня последняя версия(
Проблема решается редактированием фала C:\Program Files\RDP Wrapper\rdpwrap.ini (открываем блокнотом или любым текстовым редактором). Там нужно вставить код в 2 раздела по аналогии с кодом для предыдущих билдов Windows.(Это также применимо и для других версий windows 7, 8 и т.д.)
Под мой билд винды код следующий
Первый раздел:
[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
Второй раздел:
[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
Для того, чтобы сохранить файл надо прописать себя в разршения на доступ к папке C:\Program Files\RDP Wrapper во вкладке Безопасность.
После сохранения перезагружаемся и все должно заработать.
Для проверки можно воспользоваться утилитой RDPCheck.exe в папке со скачанной программой.
Спасибо большое, как только ПК освободится попробую
Огромное спасибо, все заработало
vinitubr, При запуске пользователя RDP, он вклинивается в учетную запись Админа и оба они видят один и тот же экран, как зеркало
Какой у вас логины Админа и пользователя разные?
Логина и пароли разные, Даже учетки разные. Один админ, второй пользователь. В управление пользователями, я добавил пользователь удаленного рабочего стола.
И вот представьте, Админ работает непременно за сервером и подключается пользователь. На экране админа открывается сессия пользователи и они вместе видят один и тот же экран. Но рабочий стол это………..администратора!(а должен быть пользователя)
У меня на 2 разных серверах так.
Oleg, здравствуйте. А вы добавляли в систему доверенного пользователя, от имени которого в систему будет осуществляться вход через удаленный рабочий стол?
Логина и пароли разные, Даже учетки разные. Один админ, второй пользователь. В управление пользователями, я добавил пользователь удаленного рабочего стола.
И вот представьте, Админ работает непременно за сервером и подключается пользователь. На экране админа открывается сессия пользователи и они вместе видят один и тот же экран. Но рабочий стол это………..администратора!(а должен быть пользователя)
У меня на 2 разных серверах так.
Oleg, здравствуйте. Скажите пожалуйста, а в параметрах аутентификации в окне «RDP Wrapper Configuration» что у вас выбрано? Желательно указать пункт «GUI Authentication Only». Кроме того, стоит попробовать включить функцию «Single session per user». Это не позволит программе дублировать работу одной учетной записи.
Менял разные комбинации, Без толку
Самое интересное это на 2 разных сервера. Один pro другой Corporate
Попробуйте для наглядности проверить работу подключения пользователя через программу «RDP Checker». Она находится в той же папке, что и утилита настройки удаленного рабочего стола. Ваш случай весьма необычен. Особенно, если вы установили запрет на параллельные сессии, а они все равно работают. Видимо на каком-то этапе вы что-то сделали не так. Либо же в параметрах системы что-то не указано.
Эта проблема носит исключительно массовый характер. На англоязычном форуме я пока не нашел решение, вот и обратился в русскоязычное сообщество. И через RDP Checker и RDP клиент, с подключение к 127.0.0.2 сессия дублируется. Причем GUI Админа отрубается — свернуть нельзя. Запускается сессия пользователя с рабочим столом админа. Когда выбираю отключиться, открывается экран админа. Магия
Версия windows последняя 17763.316
Прошу скинуть ваш ini файл, может я ошибку совершил в нем. Хочу проверить
Содержимое рабочего файла «ini» для последних обновлений Windows 10 вы можете найти в комментариях выше. Для начало вам стоит сравнить содержимое своего файла с ним.
Игорь Берсан здравствуйте! 16 марта я обновил Windows 10 Корпоративная до версии 1809 сборка 17763.379 и у меня перестал работать RDP Wrapper. Я переустановил до версии 1.6.2., но все равно не помогло, RDPCheck показывал not supported. Я подредактировал rdpwrap.ini как здесь написано и RDPCheck стал показывать всё зеленым цветом. Тем не менее все равно не удается подключиться второму пользователю. помогите пожалуйста! Видимо для моей сборки мне нужны боле новые изменения в dpwrap.ini.
Александр, здравствуйте. Попробуйте сделать следующее:
1. Скачайте данный архив с RDPWrap 1.6.2. Извлеките все файлы в нужную папку и запустите процесс установки.
2. После окончания инсталляции скачайте еще вот этот архив. Внутри вы найдете 2 файла — «rdpwrap.ini» и «termsrv.dll». Первый из них скопируйте с заменой в папку, куда установили RDPWrap 1.6.2 по ссылке выше, а второй файл придется переместить в папку по следующему пути:
C:\Windows\System32
Обратите внимание, что система может не позволить скопировать его, поэтому операцию придется делать в безопасном режиме. Не забудьте предварительно создать копию оригинального файла «termsrv.dll».
3. После всех манипуляций перезагрузите компьютер.
Это должно помочь. На данный момент еще ожидается правка файла ini от разработчиков для последних версий Windows 10.
Благодарю вас Игорь за быстрый ответ. Сделал всё по вашей инструкции и у меня RDP Wrapper заработал! Ура!
большое спасибо!!!!!! мне помогло Ура!!!!!!!!!!!!!!!!
Здравствуйте. Мы очень рады, что удалось достичь положительного результата.
Добрый день!
Большое спасибо, Игорь!
последнее помогло!
Здравствуйте, Николай. Хорошо, что удалось решить проблему.
Спасибо большое за очень полезную статью!
Подскажите, пожалуйста, в чем разница между такой схемой и полноценным сервером (2016 и т.д.)? Задача — построить мини-офис на 4 рабочих места (Ворд, Эксель, файловая простенькая 1С) с возможностью 3 места организовать через тонкие клиенты. Кстати, какой тонкий клиент посоветуете?
Спасибо большое!!!
Dima, здравствуйте. Если мы правильно поняли ваш вопрос, то в с случае с терминальным сервером все данные будут обрабатываться и храниться непосредственном на самом сервере. Это значит, что его «железо» должно быть подобрано соответствующим образом, особенно, если клиентов подключения будет несколько. В случае же с «полноценным сервером» все разделено — на одном компьютере клиент установлен, на сервере хранится база данных. Между ними происходит обмен информацией. Что касается организации мини-офиса через тонкий клиент, то тут мы не можем дать конкретный совет. Все зависит от разных факторов и доступного бюджета.
Добрый день. Система обновилась до Обновление функций до Windows 10, версия 1809 amd64 2019-04. Соответсвенно слетела запись в RDPCheck показывал not supported. Попробовал вариант, опубликаванный вами 17 марта с заменой файлов rdpwrap.ini и termsrv.dll — на что в RDPCheck пишет — service state: stopped listener state: Not listening
Когда у меня такое произошло, я откатил Windows на состояние до обновления, и отключил у себя службу обновления Windows дабы избежать в дальнейшем слета RDP:
1. Запускаем оснастку «Службы».
Проще всего сделать это путем выполнения команды «services.msc» через командный
интерпретатор, который открывается при помощи комбинации горячих клавиш Win+R.
После этого появится окошко с названием «Службы». Его функционал и позволит отключить
автоматический старт службы и завершить ее функционирование в текущем сеансе.
2. Находим сервис с наименованием «Центр обновления Windows» (в некоторых редакциях
может встречаться английское название «Windows Update») и выполняем по элементу двойной
клик для вызова его свойств.
3. Жмем «Остановить» для завершения работы сервиса.
4. В выпадающем списке «Тип запуска» выбираем пункт «Отключена».
5. Применяем новую конфигурацию системы.
Изменения вступают в силу без перезапуска системы. Включается автоматическое обновление
Windows 10 аналогичным образом: сначала выставляем автоматический старт службы, а затем
запускаем ее.
Можно через групповые политики, если у вас версия Про:
1. Выполняем команду «gpedit.msc».
Делается это через командный интерпретатор, командную строку или поисковую строку Пуска —
результат будет аналогичным.
2. Открываем раздел «Конфигурация компьютера».
3. В подразделе переходим в «Административные шаблоны», где открываем каталог
«Компоненты Windows».
4. Переходим в директорию «Центр обновления Windows».
5. Вызываем «Свойства» опции «Настройка автоматического обновления».
6. Переносим переключатель к позиции «Отключено».
7. Жмем «Применить» для записи изменений в реестр Windows 10.
8. Закрываем окно инструмента и проверяем наличие апдейтов.
Если они были обнаружены в ручном режиме — это норма, новые настройки могут сработать
через десяток-второй минут, хотя автоматическая проверка обновления отключается сразу после
отключения проверки обновлений.
Спасибо за инфу, откатил вин 10 и отключил обновы, как написано выше. пока все работает. До то это все перелопатил, не помогало.
Кто в курсе, разработчик допилил ini файлы под последние апдейты win 10
Посмотреть можно тут https://github.com/stascorp/rdpwrap/issues
Добрый день, вчера RDP опять перестал подключать двух пользователей одновременно. В прошлый раз по вашем гайдам 03-04-19 все починил, вроде как менял ini файлы, не припомню уже. Сейчас не знаю что делать, вроде обновлений никаких давно не устанавливалось, что слетело не пойму. Версия win10 17763.437. Может кто поделится ссылкой на ini файлы для RDPwrapper’a?
Блин, нашел все-таки ini’к для моей версии. Помогло
https://github.com/stascorp/rdpwrap/issues/744
Подтверждаю. https://github.com/stascorp/rdpwrap/issues/744 по этой ссылке есть ссылка на ini файл https://github.com/stascorp/rdpwrap/files/3078951/rdpwrap.zip. С этим ini работа в версии
win10 [Version 10.0.17763.437 удаленные столы работают корректно.
Добрый день.
Ваша версия в настоящее время не поддерживается.
Ответ разработчика:
https://github.com/fre4kyC0de/rdpwrap
Windows 10 (17763)
Currently not supported by me.
на версии 1803 не работает
Здравствуйте. Вы пробовали выполнять действия, которые описаны в комментариях выше? Дело в том, что в версии 1803 во всех сборках функция удаленного доступа работает. Или же вы опечатались и имели ввиду новую сборку 1903?
на 1903 не работает?
Здравствуйте. Да, работает. Правда необходимо должным образом отредактировать файл «C:\Program Files\RDP Wrapper\rdpwrap.ini». В него нужно вписать следующий код:
[10.0.18362.53]
LocalOnlyPatch.x64=1
LocalOnlyOffset.x64=82FB5
LocalOnlyCode.x64=jmpshort
SingleUserPatch.x64=1
SingleUserOffset.x64=0DCC9
SingleUserCode.x64=Zero
DefPolicyPatch.x64=1
DefPolicyOffset.x64=1FE15
DefPolicyCode.x64=CDefPolicy_Query_eax_rcx
SLInitHook.x64=1
SLInitOffset.x64=22DDC
SLInitFunc.x64=New_CSLQuery_Initialize
[10.0.18362.53-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
Однако нужно будет сперва полностью переустановить RDPwrap
Для Сборки 18362.356 такие же правки?
Вроде не получилось, подскажите что сделать для версии 356?
Здравствуйте. Данному обновлению посвящена отдельная ветка обсуждений на GitHub. Ознакомиться с ней вы можете по данной ссылке. В одном из сообщений был предложен вариант исправления ситуации — автоматически обновляемая версия RDP Wrapper. Вдобавок там же увидите настройки для «rdpwrap.ini». Сам пост опубликован по этой ссылке.
Спасибо! Подскажите еще пожалуйста, нужно ли менять termsrv.dll для этой версии?
Алексей, здравствуйте. Да, данную библиотеку нужно заменить. Либо же используйте версию с автообновлением, ссылку на которую мы дали выше. В ней, теоретически, файл должен сам обновляться.
Добрый день. Первый опыт с подобными средствами работы , поэтому не обессудьте 🙂
Произвёл такие настройки ,
1) установка RDPWrap 1.6.2 ( всё активно , горит «зелёный свет»)
2) создал UserUDP (только на сервере терминалов)
3) с помощью RDPChek получилось создать сессию. Всё отлично
Но пользователь которому нужно подключиться к БД находится в другой деревне
4) в поле компьютер указываем IP-адрес и порт ?
5) Нужно ли пробрасывать порт на роутере
6) IP-адрес динамический (обязательно у провайдера заказывать статический?)
Спасибо за помощь и отличную инструкцию!
Александр, доброго времени суток. Давайте по порядку:
1. Для подключения пользователя в соответствующем поле нужно указывать лишь IP адрес. Никаких портов через двоеточие в конце указывать не нужно.
2. Пробрасывать порт на роутере нет необходимости.
3. Если IP адрес компьютера, к которому подключается пользователь, динамический, то нужно либо каждый раз узнавать его у администратора и вводить актуальный адрес, либо же сменить IP на статический у провайдера.
Игорь , Добрый день. Всё равно не могу подключиться к серверу извне , IP-адрес роутера совпадает с IP-адресом клиента , т.е. 194.28.146.254 , выложу скриншоты по настройкам может это прояснит дело
https://c.radikal.ru/c14/1906/a0/1d6bc140c079.jpg — Ошибка
https://a.radikal.ru/a42/1906/e6/a9564e53b0e8.jpg — Check&Configuration&СвойстваСистемы
https://d.radikal.ru/d19/1906/33/18c182bea267.jpg — My IP
https://c.radikal.ru/c37/1906/1c/a80673c0fc97.jpg — Router IP
Александр, здравствуйте. Для начала вы путаете IP адрес роутера и вашего компьютера. Адрес роутера, вероятнее всего, стоит по умолчанию — 192.168.0.1. Уточните пожалуйста, на какой стадии возникает ошибка? При попытке запустить программу удаленного доступа или же после ввода IP адреса?
После ввода публичного IP адреса — ошибка та что на первом скриншоте
Если IP введен правильно, то ошибки быть не должно, так как все настройки у вас выставлены правильно, судя по скринам. Как вариант, можно попробовать поменять метод аутентификации в RDP Wrapper. Но нет никакой гарантии, что это поможет.
я и порт пробросил 3389 в настройках роутера , раздел переадресация и не работает 🙁
а скажите ещё , как ликбез если IP адреса дублируются на территории области , к примеру из 2 миллионов устройств одинаковый IP адрес например 37.55.120.155 то как в этом случае клиентский терминал найдёт нужный сервер терминалов?
В принципе такой вариант возможен. Но шанс у этого события крайне мал. О том, как себя поведет терминальный сервер в подобных ситуациях, к сожалению не известно. Если вы подозреваете, что проблема кроется в этом, то попробуйте сменить на целевом компьютере IP с помощью любой специализированной программы. А уже после этого подключайтесь к удаленному ПК.
Помогите решить проблему ввел rdp клиента имя пароль сохранил ! должен входить автоматически в сеанс пользователя ! но при входе удаленно в windows 10 показывает всех пользователей windows 10 и требует снова выбрать пользователя и пароль ввести сборка windows 10 1903!
Василий, здравствуйте. При удаленном подключении еть возможность лишь сохранить логин и пароль, дабы не вводить его каждый раз. Автоматический вход не поддерживается. Можем конечно ошибаться, но раньше такого не было.
Так я сохранил пользователя и пароль! думал сразу в систему войти как в server 2008 или server 2012. Но при входе в систему windows 10. снова все пользователи системы появляются, и требуется снова пользователя выбирать и вводить пароль! Может, сделать,чтобы все пользователи не выходили снова. а сразу заходила сразу вход в систему?
Василий, здравствуйте. К большому сожалению, подобной функции в RDP не предусмотрено.
Почему же?
Насколько я правильно вопрос — то человеку нужно автоматически входить под определенным логином и с автоматическим вводом пароля на комп на котором собственно и установлен RDPwrap. Если мои догадки 🙂 верны — то можно и такое. Запускаем с командной строки из под администратора консоль и пишем команду (без кавычек): «control userpasswords2». Появится окно как в прикрепленном скриншоте, там становимся на ТОГО пользователя под которым нужно автоматом входить в систему и ТОЛЬКО ПОСЛЕ ЭТОГО снимаем галку с «Требовать ввод имени пользователя и пароля» затем нажимаем «ок» и в следующем окне подтверждаем пароль для этого пользователя. Всё. Перегружаемся и попадаем на рабочий стол без всяких выборов пользователей и пароля.
Игорь Берсан здравствуйте! В октябре я обновил Windows 10 Корпоративная до версии 1903 сборка 18362.418 и у меня перестал работать RDP Wrapper. Я вернул на место предыдущие файлы termsrv.dll версии 10.0.17763.292 и rdpwrap.ini которые у меня работали с версией windows 1809. После этого у меня все опять заработало, но почему то в терминальной сессии не работает буфер обмена хотя в настройках галочка на нем стоит, а до этого все работало. Подскажите пожалуйста что сделать?
Александр, здравствуйте. Очень похоже на некий баг. С учетом постоянных обновлений Windows и самой RDP это не удивительно. Скажите, вы пробовали использовать файл автообновлений RDP Wrapper? Найти его можно по этой ссылке. В первом же посте описан процесс установки файлов. Обратите на него внимание, так как в противном случае автоматически ничего не обновится. К сожалению, полной гарантии дать не можем, что это решит вашу проблему. Но попробовать стоит. Если будут изменения — сообщите нам. Попытаемся помочь разобраться.
Игорь, сделал я обновление файлов , как вы рекомендовали, но буфер обмена так и не заработал. Может мне более свежий файл нужен termsrv.dll ? Подкиньте если есть. И еще вопрос, почему после обновления появляется второй файл rdpwrap_new.ini? зачем он нужен?
Еще раз здравствуйте. Замена файла «termsrv» скорее всего не даст положительного результата. Проверьте пожалуйста, есть в списке процессов в «Диспетчере задач» процесс «rdpclip.exe»? Иногда он называется «RDP Clipboard Monitor». Если есть, то попробуйте его перезапустить. Как вариант можно попытаться выйти полностью из учетной записи на удаленном сервере и войти вновь. Что касается файла «rdpwrap_new.ini», то это сделано специально, дабы не затирать предыдущий файл с настройками. Вы можете просто переименовать его и использовать как текущие настройки.
Игорь Берсан, благодарю за подсказку! Я решил свою проблему!
Мне после обновления windows до версии 1903 не нужно было трогать обновленный файл termsrv.dll, а просто воспользоваться файлом автообновлений RDP Wrapper, что я и сделал пройдя по вашей ссылке, предварительно вернув в систему родной файл termsrv.dll версии 10.0.18362.267. После всех манипуляций все заработало.
Александр, мы рады, что удалось решить проблему.
в систему вошел другой пользователь
Здравствуйте. В чем заключается вопрос? Как его удаленно отключить или что именно вы имеете ввиду?
Коллеги, а что делать со сборкой 1909 ? Для нее кряка найдется?
Здравствуйте. Однозначный вопрос на этот ответ дать сложно. Вам нужно отправиться в ветку «Issues» по ссылке из данной статьи на GitHub. Там в поиске по запросу «1909» можно найти соответствующие темы. Вам, скорее всего, придется провести какие-то манипуляции с файлом «INI» а заменой rdpwrap.dll. Как правило они берутся из других сборок (как в случае с rdpwrap.dll), либо же прописываются дополнительные значения в «INI».
Здравствуйте!
Я пробовал устанавливать RDPW тем установщиком, который ZIP. На 1909, естественно, не пошло. Вы подсказали поискать в issues, нашел там подходящий rdpwrap.ini, а куда его толкать? Понятно, что надо установить RDPW, то есть установить msi. Ладно, качаю этот msi, ставлю его, он ругается, что что-то ему не нравится, и снимается. Я нечаянно закрыл это ругательное сообщение, не запомнив его. Пускаю повторно, а оно просто снимается, мигнув окошком, которое не успеешь прочитать. Винда, если что, свежеустановленная, с разметкой диска. Я ей даже сеть не показывал. То есть, увидев, что установка RDPWInst-v1.6.2.msi падает, я все-таки подключил сеть, подумав, что она что=то хочет в Нете — увы, это не так.
Внимание, вопрос: что я делаю (или сделал) не так?
Александр, здравствуйте. После установки утилиты в папке «RDPWrap» появится файл «INI» с таким же названием. Вот его вам нужно либо заменить на тот, что вы нашли, либо же внести в него изменения, согласно рекомендациям. Такой файл открывается любым текстовым редактором. А устанавливать программу нужно через файл с расширением «BAT», как описано в статье.
Спасибо, все получилось!
2ALL: изложу всё для ясности. Итак, распаковываем архив RDPWrap в какую-нибудь отдельную папку и запускаем от имени администратора файл install.bat из нее. Когда этот install отработает, в папке Program Files появится папка RDP Wrapper с двумя файлами — rdpwrap.dll и rdpwrap.ini. Заменяем этот файд на свежеукачанный с гитхаба (ссылка в начале статьи, далее идем в issues и прямым поиском по странице ищем выпуск винды, я искал «1909», переходим туда и качаем найденное). Ну, или правим имеющийся rdpwrap.ini по найденным рекомендациям, если готового решения там не выложено. После окончания работ с этим ini-файлом, запускаем install.bat еще раз. Он отработает почти молча, но отработает. RDPConf.exe после этого покажет всё зеленым, но, чтобы заработало, надо перезагрузиться.
Да, коллеги, никто не думал на тему переместить эту termsrv.dll куда-нибудь в другое место? Она ведь прописана в реестре, HKLM\SYSTEM\CurrentControlSet\Services\TermService, ну, и еще в кучке параметров реестра, всего 9 или 10 шт. Выбрать где-то место, поместить эту DLL-ину там и заменить все пути к ней в реестре. И пусть винда хоть заобновляется ее в SYSTEM32… 🙂 Позже, когда появится кряка и для обновленной версии DLL-ки, крякнуть ее и заменить тот экземпляр, который хранится в нашем потаённом месте, Как вам такая идея? По крайней мере, не придется срочно бежать к клиенту разбираться, что же случилось после очередного обновления винды…
Александр, здравствуйте. Хорошо, что удалось решить проблему. Что касается замены пути к «rdpwrap.dll» в реестре, то идея сомнительная. Сама программа RDPWrap ведь будет искать dll по старому адресу. А это в свою очередь вызовет новые проблемы. Да и не факт, что системе понравится подобное изменение реестра. Судя по вашей логике, проще хранить на компьютере копию старого dll и заменять его при необходимости. Только вот он может замениться при последующем обновлении операционной системы. Но это лишь теория и догадки.
Ребята!! для сборки 10.0.19043.1237 кто может скинуть готовый ini файл
Нет, поскольку, как Вы не порешаете, наши же земляки в Кривософте сделают так, чтобы не работало при очередном обновлении.
Сперва нужно окончательно решить проблему с обязательным обновлением.
Либо ставить RDPServer за , допустим, настроив латышский Mikrotik, или управляемыми девайсами, и не давать ОСи сервера прямого доступа к инету для обновления.
Лишить его доступа к инету, короче. Открыть только один порт RDP, на брэндмауэре — его замаскировать от атак, — легко!
Это, походу, результативнее будет, чем чинить каждое обновление.
Нет!
Дайте список служб и/или их модификаций, которые отУчат её обновляться!
Пред ним поставить управляемый брэндмауер.
И будет лажовый рулез! // Пока брэнд не поломают….