- Что делать, если не работает RDP Wrap после обновления Windows 10
- Способ 1: Замена файла конфигурации
- Способ 2: Настройка в «Редакторе групповых политик»
- Не работает RDP в целом
- RDP WRAPPER not supported windows 10
- Блог вопиющего в пустыне
- RDP Wrapper Library v1.6.2: Отказ работы в сервере терминалов больше, чем для одного пользователя
Что делать, если не работает RDP Wrap после обновления Windows 10
Способ 1: Замена файла конфигурации
Проблемы с работой рассматриваемой программы возникают вследствие обновлений системной библиотеки termsrv.dll. Под каждую её версию RDP Wrap нужно конфигурировать заново. К счастью, разработчики приложения заботятся об этом сами и после каждого мажорного апдейта выпускают новый конфигурационный файл. Алгоритм его замены выглядит следующим образом:
- Перейдите по ссылке в репозиторий приложения на GitHub.
Репозиторий на GitHub
Откройте каталог res двойным щелчком левой кнопки мыши. Найдите внутри ссылку с именем rdpwrap.ini и кликните по ней правой кнопкой мыши. Выберите пункт «Сохранить ссылку как…» (в других браузерах – «Сохранить объект как…» или похожее по смыслу).
Сохраните файл rdpwrap.ini в любое подходящее место на компьютере.
После запуска списка служб найдите запись «Службы удалённых рабочих столов», выделите её и нажмите «Остановить службу».
Далее откройте «Проводник» и перейдите по следующему адресу:
C:\Program Files\RDP Wrapper
Скопируйте полученный ранее rdpwrap.ini и вставьте в эту папку.
Подтвердите замену файла.
Перезагрузите компьютер, после чего откройте монитор враппера с именем RDConfig.
Проверьте строку «Listener» – если надпись в ней гласит «Fully supported», проблема устранена.
Данный метод является предпочтительным, и к следующему следует прибегать только в случае отсутствия его эффективности.
Способ 2: Настройка в «Редакторе групповых политик»
Пользователи Windows 10 редакций Профессиональная и Корпоративная могут решить рассматриваемую проблему настройкой определённого параметра в «Редакторе групповых политик».
- Вызовите средство «Выполнить» (шаг 3 Способа 1), в котором введите запрос gpedit.msc.
Перейдите по следующему пути:
Конфигурация компьютера/Административные шаблоны/Компоненты Windows/Службы удаленных рабочих столов/Узел сеансов удаленных рабочих столов/Подключения
Дважды кликните по политике «Ограничить количество подключений».
Установите положение «Включено», после чего измените значение максимального количество подключений на 999999 . Сохраните изменения последовательным нажатием на кнопки «Применить» и «ОК».
Закройте «Редактор групповых политик» и перезагрузите компьютер.
Описанная выше манипуляция позволит решить проблему, но является потенциально небезопасной, поэтому используйте её в самом крайнем случае.
Не работает RDP в целом
Порой вышеприведённые действия не приводят к желаемому результату. В этом случае отметим, что скорее всего дело уже не во враппере и библиотеке. Действуйте так:
- Сначала проверьте параметры брандмауэра, как системного, так и стороннего, и разрешите в нём соединение по РДП.
Урок: Настройка брандмауэра на Windows 10
Также стоит проверить состояние портов – не исключено, что требуемый для работы нужного протокола просто закрыт.
Подробнее: Как открыть порты на Windows 10
После этого проверьте целостность компонентов ОС и восстановите их одним из возможных способов, если в этом появится необходимость.
Урок: Проверка целостности и восстановление системных файлов в Windows 10
Теперь вам известно, как нужно действовать в ситуации, когда RDP Wrapper перестал работать после обновления Windows 10, и что делать, если подключение по этому протоколу не работает в целом.
RDP WRAPPER not supported windows 10
После выхода обновлений для windows 10, от 18 марта 2020 года у многих моих пользователей перестала работать библиотека RDP WRAPPER. И если запустить утилиту rdpconf.exe, в ней будет написано not supported и соответственно не работает удаленный рабочий стол.
Что бы исправить данное недоразумение, у меня ушел час, пока нашел исправленную библиотеку, которая будет корректно работать на обновленной десятке. Сегодня я поделюсь знаниями, для тех кто так же столкнулся с такой проблемой. Надеюсь запись будет полезна и ты, дорогой читатель сэкономишь время на поисках решений!
- Для начала необходимо удалить старую библиотеку rdp wrapper, запустив файл uninstall.bat по пути c:\Program Files\RDP Wrapper\ После того как пройдет удаление, полностью удаляем данную папку из program files со всеми файлами в ней.
- Скачиваем исправленную библиотеку по ссылке или напрямую с гитхаба и распаковываем архив.
- Запускаем файл install.bat от имени администратора и ждем пока завершится процесс установки.
- Копируем все файлы из распакованного архива в c:\Program Files\RDP Wrapper\ с заменой файлов в этой папке.
- Открываем утилиту rdpconf.exe и смотрим статус, если not supported идем далее.
- В этой версии библиотеки rdpwrap исправлено автообновление компонентов, запускаем файл autoupdate.bat от имени администратора и ждем завершения процесса.
- Скачиваем rdpwrap_ini_updater от 18.05.2020 года.
- Распаковываем, копируем в папку c:\Program Files\RDP Wrapper\ и запускаем rdpwrap_ini_updater.bat от имени администратора, дожидаемся процесса установки.
- Запускаем rdpconf.exe и наблюдаем радостную картину 🙂
На этом установка завершена и можно пробовать подключаться с других рабочих станций! 🙂
Блог вопиющего в пустыне
Может это интересно?
По рекомендациям, которые нашел в сети, по-новому переустановил 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-сессия пошла и так.
P.S. P.S. 13 и 14 января 2021 года 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 Wrapper Library v1.6.2: Отказ работы в сервере терминалов больше, чем для одного пользователя
Проблема : При попытке зайти на терминальный сервер появляется ошибка следующего плана:
Ошибка : «В систему вошёл другой пользователь. Если вы продолжите, он будет отключен. Вы всё равно хотите войти в систему?»
Оборудование : Windows 10 Корпоративная (на обоих компьютерах), RDP Wrapper Library v1.6.2 (очень удобная утилита, позволяющая сделать сервер терминалов из любой ОС выше Windows 7).
Решение проблемы : По понятным причинам, если во время ошибки нажать «ДА», то появится диалоговое окно, где скажет, что уже подключен пользователь. И идёт ожидание. А уже подключеному пользователю выйдет окно с предложением «покинуть пляж». Если ничего не нажимать в течение 30 секунд, то всё произойдёт автоматически.
В первую очередь следует поработать с настройками RDP Wrapper Library v1.6.2. В дирректории с дистрибутивом и различными bat-никами есть проверяльщик работы вообще. При попытке его запуска появляется следующее:
«Число разрешённых подключений к этому компьютеру ограничено, и все подключения уже используются. Попробуйте подключиться позже или обратитесь к системному администратору.»
Эта ошибка говорит об уже известном горе: по какой-то причине сбился многопользовательский доступ к компьютеру. Вот только один пользователь может войти. И всё тут. Такое бывало, помнится, когда меня попросили помочь на одном из магазинов. В том случае системный администратор местный установил на сервер (внезапно. ) Windos 10 Home Edition (то бишь для одного пользователя). И (внезапно. ) мог заходить и работать только одни пользователь.
В данном случае на компьютере всё работало в пятницу 19 апреля 2019 года. А в понедельник, 22 апреля 2019 года, всё отказало. ВАЖНО : в понедельник (то есть 22 апреля) сервер был перезагружен.
Очень часто встречается вариант, что кто-то (случайно) установил ограничение на количество подключений. Проверить это можно следующим образом:
1. Запускаем на изменение «Групповую политику» (Пуск — выполнить — gpedit.msc) —
2. Конфигурация компьютера
3. Административные шаблоны
4. Компоненты Windows
5. Службы удаленных рабочих столов
6. Узел сеансов удал. раб столов
8. Ограничить количество подключений (свойство). Здесь установить позицию «Включен», после чего установить количество «999999»
9. После начать «Применить» и перезагружаем компьютер, который является терминальным сервером.
Проблема, однако в том, что изначально было установлено количество «5» (в принципе, почему бы и нет, хватит для небольшого магазина). И после перезагрузки ничего не работало.
Если у вас, как и у меня в этом отдельно взятом случае, ничего не заработало, проблема в данном случае может заключаться в настройках политики безопасности. Однако я в первую очередь полез в обновления компонентов Windows:
Как раз 19.042019 был установлен пакет обновлений для безопасности Microsoft Windows (KB4493464) . Компьютер работал нормально все выходные. А вот в понедельник с утра был перезагружен. В результате все обновления встали. И заработали.
После удаления обновления KB4493464 и перезагрузки сервер терминалов встал нормально. И стал пускать пользователей. Также в настройках RDP Wrapper Library v1.6.2 появилась надпись [fully supported] зелёным цветом. До этого горела надпись [not supported] красным цветом. И даже скачивание файла настроек ini с официального сайта с перезапуском не помогали:
Таким образом, скорее всего обновление безопасности для Windows 10 за порядковым номером KB4493464 не даёт отчего-то нормально работать RDP Wrapper Library v1.6.2. Скорее всего, вскоре появится новый релиз RDP Wrapper Library. А до тех пор я предлагаю всем отключить на время Автоматическое обновление, чтобы пакет KB4493464 не установился снова.
А если мой совет вам действительно помог, то я буду совершенно не против того, чтобы вы помогли мне материально. Ссылка на карту Я.Деньги — 4100 1602 3647 881. Спасибо заодно тем, кто меня уже поддерживает.