Rdpwrap dll что это
CureIt нашёл и удалил следующий файл, а вместе с ним вычистил все ветки реестра связанные со "службой удалённых столов"!
Вопрос: Как теперь восстановить функционирование службы удалённых рабочих столов?
Считаю, что CureIt ведёт себя неоправданно деструктивно и совершенно некорректно, в данном случае.
Считаю, что CureIt ведёт себя неоправданно деструктивно и совершенно некорректно, в данном случае.
Сообщите об ложное срабатывание :
Что касается не оправданности, то RDPWrap детектится как потенциально опасный софт (Program.RDPWrap), а значит никакие действия автоматически не применяются. Вы применили действие самостоятельно, значит должны были понимать к чему это приведет.
> а вместе с ним вычистил все ветки реестра связанные со "службой удалённых столов"!
Вот тут нужны будут логи.
Реестр при этом восстанавливается?
Реестр при этом восстанавливается?
Восстановить из карантинных файлы : rdpwrap.dll - поместите куда-то нибудь в папку.
Если у тебя система Win32 -то
для х32 (х86) систем компонент необходимо заменить или поместить в папку C:\Windows\System32;
Если система то Win64-то
для х64 необходимо выполнить замену или переместить в папку C:\Windows\ SysWOW64;
Комбинацией «Win» + «R», или нажать «Пуск» и «Выполнить»;
в открывшемся окне ввести через пробел следующее: regsvr32 имя файла.dll – где, «regsvr32» ─ команда для регистрации, а «имя файла.dll» – полное имя вставленного компонента;
То , есть пример
regsvr32.exe C:\Windows\System32\rdpwrap.dll и запустить - должно помочь.
P.S понаблюдайте , если поможет -если не поможет , погугли .
Не помогло, чего и следовало ожидать. Гуглением занимался уже очень много, до того, как написать на этот форум. Тем временем, проблема уже на двух компах.
Собран и отправлен в службу поддержки.
Так а заново запустить установщик не поможет?
Не поможет. "Служба удалённых рабочих столов", такое ощущение, выкорчевана полностью. Попытки восстановить сервис в реестре приводят к ошибке при запуске.
Так а заново запустить установщик не поможет?
Не поможет. "Служба удалённых рабочих столов", такое ощущение, выкорчевана полностью. Попытки восстановить сервис в реестре приводят к ошибке при запуске.
Меня интересует квалифицированный ответ технической поддержки, а не "вот это вот всё", извините!
P.S. Я хотел бы узнать, как минимум, какие ключи реестра удаляет CureIt при лечении RDPWrapper
Меня интересует квалифицированный ответ технической поддержки, а не "вот это вот всё", извините!
P.S. Я хотел бы узнать, как минимум, какие ключи реестра удаляет CureIt при лечении RDPWrapper
Собрал отчёт и жду развернутого ответа.
Как мне представляется, у вас должна быть возможность заглянуть внутрь скрипта, который удаляет RDPWrapper и описать какие затрагиваются при этом ветки реестра?
Собран и отправлен в службу поддержки.
Что касается не оправданности, то RDPWrap детектится как потенциально опасный софт (Program.RDPWrap), а значит никакие действия автоматически не применяются. Вы применили действие самостоятельно, значит должны были понимать к чему это приведет.
> а вместе с ним вычистил все ветки реестра связанные со "службой удалённых столов"!
Вот тут нужны будут логи.
Степень понимания пользователем его действий при удалении им потенциально опасного софта не должно являться оправданием "деструктивных" действий антивируса по отношению к операционной системе, к её файлам. АВ не должен портить системные файлы, службы . Ivan Korolev, каково ваше мнение по этому поводу?
Если я не ошибаюсь, то в АВ Dr.Web ранее был реализован механизм защиты порчи системных файлов антивирусом. В утилите СureIT такой механизм отсутствует?
Глядя на мир, нельзя не удивляться! ©
Что касается не оправданности, то RDPWrap детектится как потенциально опасный софт (Program.RDPWrap), а значит никакие действия автоматически не применяются. Вы применили действие самостоятельно, значит должны были понимать к чему это приведет.
> а вместе с ним вычистил все ветки реестра связанные со "службой удалённых столов"!
Вот тут нужны будут логи.
Степень понимания пользователем его действий при удалении им потенциально опасного софта не должно являться оправданием "деструктивных" действий антивируса по отношению к операционной системе, к её файлам. АВ не должен портить системные файлы, службы .
А когда это RDP Wrapper стал частью операционной системы? %)
--
меня вот что возмутило. что даже не начинают толком диалог сразу дампы. © alehas777
RDP Wrapper Library by Stas'M
The goal of this project is to enable Remote Desktop Host support and concurrent RDP sessions on reduced functionality systems for home usage.
RDP Wrapper works as a layer between Service Control Manager and Terminal Services, so the original termsrv.dll file remains untouched. Also this method is very strong against Windows Update.
NT Version | Screenshots |
---|---|
Windows Vista | |
Windows 7 | |
Windows 8 | |
Windows 8.1 | |
Windows 10 |
This solution was inspired by Windows Product Policy Editor, big thanks to kost :)
It's recommended to have original termsrv.dll file with the RDP Wrapper installation. If you have modified it before with other patchers, it may become unstable and crash in any moment.
- Source code is available, so you can build it on your own
- RDP Wrapper does not patch termsrv.dll, it loads termsrv with different parameters
- RDPWInst and RDPChecker can be redistributed without development folder and batch files
- RDPWInst can be used for unattended installation / deployment
- Windows 2000, XP and Server 2003 will not be supported
- RDP host server on any Windows edition beginning from Vista
- Console and remote sessions at the same time
- Using the same user simultaneously for local and remote logon (see configuration app)
- Up to 15 concurrent sessions (the actual limitation depends on your hardware and OS version)
- Console and RDP session shadowing (using Task Manager in Windows 7 and lower, and Remote Desktop Connection in Windows 8 and higher)
- Full multi-monitor support for RDP host
- . and if you find a new feature not listed here, tell us ;)
Porting to other platforms:
- ARM for Windows RT (see links below)
- IA-64 for Itanium-based Windows Server? Well, I have no idea :)
Building the binaries:
- x86 Delphi version can be built with Embarcadero RAD Studio 2010
- x86/x64 C++ version can be built with Microsoft Visual Studio 2013
Files in release package:
File name | Description |
---|---|
RDPWInst.exe | RDP Wrapper Library installer/uninstaller |
RDPCheck.exe | Local RDP Checker (you can check the RDP is working) |
RDPConf.exe | RDP Wrapper Configuration |
install.bat | Quick install batch file |
uninstall.bat | Quick uninstall batch file |
update.bat | Quick update batch file |
Frequently Asked Questions
Where can I download the installer or binaries?
Is it legal to use this application?
There is no definitive answer, see this discussion.
The installer tries to access the Internet, is it normal behaviour?
Yes, it works in online mode by default. You may disable it by removing -o flag in the install.bat file.
Online install mode introduced in version 1.6.1. When you installing RDP Wrapper first time using this mode, it will download latest INI file from GitHub. See this discussion.
What is INI file and why we need it?
INI file was introduced in version 1.5. It stores system configuration for RDP Wrapper — general wrapping settings, binary patch codes, and per build specific data. When new termsrv.dll build comes out, developer adds support for it by updating INI file in repository.
Config Tool reports version 1.5, but I installed higher version. What's the matter?
Beginning with version 1.5 the rdpwrap.dll is not updated anymore, since all settings are stored in INI file. Deal with it.
Config Tool shows [not supported] and RDP doesn't work. What can I do?
Make sure you're connected to the Internet and run update.bat .
Update doesn't help, it still shows [not supported] .
Visit issues section, and check whether your termsrv.dll build is listed here. If you can't find such issue, create a new — specify your build version for adding to support.
Why RDPCheck doesn't allow to change resolution and other settings?
RDPCheck is a very simple application and only for testing purposes. You need to use Microsoft Remote Desktop Client ( mstsc.exe ) if you want to customize the settings. You can use 127.0.0.1 or 127.0.0.2 address for loopback connection.
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Open with Desktop
- View raw
- Copy raw contents Copy raw contents
Copy raw contents
Copy raw contents
RDP Wrapper Library by Stas'M
The goal of this project is to enable Remote Desktop Host support and concurrent RDP sessions on reduced functionality systems for home usage.
RDP Wrapper works as a layer between Service Control Manager and Terminal Services, so the original termsrv.dll file remains untouched. Also this method is very strong against Windows Update.
NT Version | Screenshots |
---|---|
Windows Vista | |
Windows 7 | |
Windows 8 | |
Windows 8.1 | |
Windows 10 |
This solution was inspired by Windows Product Policy Editor, big thanks to kost :)
It's recommended to have original termsrv.dll file with the RDP Wrapper installation. If you have modified it before with other patchers, it may become unstable and crash in any moment.
- Source code is available, so you can build it on your own
- RDP Wrapper does not patch termsrv.dll, it loads termsrv with different parameters
- RDPWInst and RDPChecker can be redistributed without development folder and batch files
- RDPWInst can be used for unattended installation / deployment
- Windows 2000, XP and Server 2003 will not be supported
- RDP host server on any Windows edition beginning from Vista
- Console and remote sessions at the same time
- Using the same user simultaneously for local and remote logon (see configuration app)
- Up to 15 concurrent sessions (the actual limitation depends on your hardware and OS version)
- Console and RDP session shadowing (using Task Manager in Windows 7 and lower, and Remote Desktop Connection in Windows 8 and higher)
- Full multi-monitor support for RDP host
- . and if you find a new feature not listed here, tell us ;)
Porting to other platforms:
- ARM for Windows RT (see links below)
- IA-64 for Itanium-based Windows Server? Well, I have no idea :)
Building the binaries:
- x86 Delphi version can be built with Embarcadero RAD Studio 2010
- x86/x64 C++ version can be built with Microsoft Visual Studio 2013
Files in release package:
File name | Description |
---|---|
RDPWInst.exe | RDP Wrapper Library installer/uninstaller |
RDPCheck.exe | Local RDP Checker (you can check the RDP is working) |
RDPConf.exe | RDP Wrapper Configuration |
install.bat | Quick install batch file |
uninstall.bat | Quick uninstall batch file |
update.bat | Quick update batch file |
Frequently Asked Questions
Where can I download the installer or binaries?
Is it legal to use this application?
There is no definitive answer, see this discussion.
The installer tries to access the Internet, is it normal behaviour?
Yes, it works in online mode by default. You may disable it by removing -o flag in the install.bat file.
Online install mode introduced in version 1.6.1. When you installing RDP Wrapper first time using this mode, it will download latest INI file from GitHub. See this discussion.
What is INI file and why we need it?
INI file was introduced in version 1.5. It stores system configuration for RDP Wrapper — general wrapping settings, binary patch codes, and per build specific data. When new termsrv.dll build comes out, developer adds support for it by updating INI file in repository.
Config Tool reports version 1.5, but I installed higher version. What's the matter?
Beginning with version 1.5 the rdpwrap.dll is not updated anymore, since all settings are stored in INI file. Deal with it.
Config Tool shows [not supported] and RDP doesn't work. What can I do?
Make sure you're connected to the Internet and run update.bat .
Update doesn't help, it still shows [not supported] .
Visit issues section, and check whether your termsrv.dll build is listed here. If you can't find such issue, create a new — specify your build version for adding to support.
Why RDPCheck doesn't allow to change resolution and other settings?
RDPCheck is a very simple application and only for testing purposes. You need to use Microsoft Remote Desktop Client ( mstsc.exe ) if you want to customize the settings. You can use 127.0.0.1 or 127.0.0.2 address for loopback connection.
RDP Wrapper Library by Stas'M
The goal of this project is to enable Remote Desktop Host support and concurrent RDP sessions on reduced functionality systems for home usage.
RDP Wrapper works as a layer between Service Control Manager and Terminal Services, so the original termsrv.dll file remains untouched. Also this method is very strong against Windows Update.
NT Version | Screenshots |
---|---|
Windows Vista | |
Windows 7 | |
Windows 8 | |
Windows 8.1 | |
Windows 10 |
This solution was inspired by Windows Product Policy Editor, big thanks to kost :)
It's recommended to have original termsrv.dll file with the RDP Wrapper installation. If you have modified it before with other patchers, it may become unstable and crash in any moment.
- Source code is available, so you can build it on your own
- RDP Wrapper does not patch termsrv.dll, it loads termsrv with different parameters
- RDPWInst and RDPChecker can be redistributed without development folder and batch files
- RDPWInst can be used for unattended installation / deployment
- Windows 2000, XP and Server 2003 will not be supported
- RDP host server on any Windows edition beginning from Vista
- Console and remote sessions at the same time
- Using the same user simultaneously for local and remote logon (see configuration app)
- Up to 15 concurrent sessions (the actual limitation depends on your hardware and OS version)
- Console and RDP session shadowing (using Task Manager in Windows 7 and lower, and Remote Desktop Connection in Windows 8 and higher)
- Full multi-monitor support for RDP host
- . and if you find a new feature not listed here, tell us ;)
Porting to other platforms:
- ARM for Windows RT (see links below)
- IA-64 for Itanium-based Windows Server? Well, I have no idea :)
Building the binaries:
- x86 Delphi version can be built with Embarcadero RAD Studio 2010
- x86/x64 C++ version can be built with Microsoft Visual Studio 2013
Files in release package:
File name | Description |
---|---|
RDPWInst.exe | RDP Wrapper Library installer/uninstaller |
RDPCheck.exe | Local RDP Checker (you can check the RDP is working) |
RDPConf.exe | RDP Wrapper Configuration |
install.bat | Quick install batch file |
uninstall.bat | Quick uninstall batch file |
update.bat | Quick update batch file |
Frequently Asked Questions
Where can I download the installer or binaries?
Is it legal to use this application?
There is no definitive answer, see this discussion.
The installer tries to access the Internet, is it normal behaviour?
Yes, it works in online mode by default. You may disable it by removing -o flag in the install.bat file.
Online install mode introduced in version 1.6.1. When you installing RDP Wrapper first time using this mode, it will download latest INI file from GitHub. See this discussion.
What is INI file and why we need it?
INI file was introduced in version 1.5. It stores system configuration for RDP Wrapper — general wrapping settings, binary patch codes, and per build specific data. When new termsrv.dll build comes out, developer adds support for it by updating INI file in repository.
Config Tool reports version 1.5, but I installed higher version. What's the matter?
Beginning with version 1.5 the rdpwrap.dll is not updated anymore, since all settings are stored in INI file. Deal with it.
Config Tool shows [not supported] and RDP doesn't work. What can I do?
Make sure you're connected to the Internet and run update.bat .
Update doesn't help, it still shows [not supported] .
Visit issues section, and check whether your termsrv.dll build is listed here. If you can't find such issue, create a new — specify your build version for adding to support.
Why RDPCheck doesn't allow to change resolution and other settings?
RDPCheck is a very simple application and only for testing purposes. You need to use Microsoft Remote Desktop Client ( mstsc.exe ) if you want to customize the settings. You can use 127.0.0.1 or 127.0.0.2 address for loopback connection.
CureIt нашёл и удалил следующий файл, а вместе с ним вычистил все ветки реестра связанные со "службой удалённых столов"!
Вопрос: Как теперь восстановить функционирование службы удалённых рабочих столов?
Считаю, что CureIt ведёт себя неоправданно деструктивно и совершенно некорректно, в данном случае.
Считаю, что CureIt ведёт себя неоправданно деструктивно и совершенно некорректно, в данном случае.
Сообщите об ложное срабатывание :
Что касается не оправданности, то RDPWrap детектится как потенциально опасный софт (Program.RDPWrap), а значит никакие действия автоматически не применяются. Вы применили действие самостоятельно, значит должны были понимать к чему это приведет.
> а вместе с ним вычистил все ветки реестра связанные со "службой удалённых столов"!
Вот тут нужны будут логи.
Реестр при этом восстанавливается?
Реестр при этом восстанавливается?
Восстановить из карантинных файлы : rdpwrap.dll - поместите куда-то нибудь в папку.
Если у тебя система Win32 -то
для х32 (х86) систем компонент необходимо заменить или поместить в папку C:\Windows\System32;
Если система то Win64-то
для х64 необходимо выполнить замену или переместить в папку C:\Windows\ SysWOW64;
Комбинацией «Win» + «R», или нажать «Пуск» и «Выполнить»;
в открывшемся окне ввести через пробел следующее: regsvr32 имя файла.dll – где, «regsvr32» ─ команда для регистрации, а «имя файла.dll» – полное имя вставленного компонента;
То , есть пример
regsvr32.exe C:\Windows\System32\rdpwrap.dll и запустить - должно помочь.
P.S понаблюдайте , если поможет -если не поможет , погугли .
Не помогло, чего и следовало ожидать. Гуглением занимался уже очень много, до того, как написать на этот форум. Тем временем, проблема уже на двух компах.
Собран и отправлен в службу поддержки.
Так а заново запустить установщик не поможет?
Не поможет. "Служба удалённых рабочих столов", такое ощущение, выкорчевана полностью. Попытки восстановить сервис в реестре приводят к ошибке при запуске.
Так а заново запустить установщик не поможет?
Не поможет. "Служба удалённых рабочих столов", такое ощущение, выкорчевана полностью. Попытки восстановить сервис в реестре приводят к ошибке при запуске.
Меня интересует квалифицированный ответ технической поддержки, а не "вот это вот всё", извините!
P.S. Я хотел бы узнать, как минимум, какие ключи реестра удаляет CureIt при лечении RDPWrapper
Меня интересует квалифицированный ответ технической поддержки, а не "вот это вот всё", извините!
P.S. Я хотел бы узнать, как минимум, какие ключи реестра удаляет CureIt при лечении RDPWrapper
Собрал отчёт и жду развернутого ответа.
Как мне представляется, у вас должна быть возможность заглянуть внутрь скрипта, который удаляет RDPWrapper и описать какие затрагиваются при этом ветки реестра?
Собран и отправлен в службу поддержки.
Что касается не оправданности, то RDPWrap детектится как потенциально опасный софт (Program.RDPWrap), а значит никакие действия автоматически не применяются. Вы применили действие самостоятельно, значит должны были понимать к чему это приведет.
> а вместе с ним вычистил все ветки реестра связанные со "службой удалённых столов"!
Вот тут нужны будут логи.
Степень понимания пользователем его действий при удалении им потенциально опасного софта не должно являться оправданием "деструктивных" действий антивируса по отношению к операционной системе, к её файлам. АВ не должен портить системные файлы, службы . Ivan Korolev, каково ваше мнение по этому поводу?
Если я не ошибаюсь, то в АВ Dr.Web ранее был реализован механизм защиты порчи системных файлов антивирусом. В утилите СureIT такой механизм отсутствует?
Глядя на мир, нельзя не удивляться! ©
Что касается не оправданности, то RDPWrap детектится как потенциально опасный софт (Program.RDPWrap), а значит никакие действия автоматически не применяются. Вы применили действие самостоятельно, значит должны были понимать к чему это приведет.
> а вместе с ним вычистил все ветки реестра связанные со "службой удалённых столов"!
Вот тут нужны будут логи.
Степень понимания пользователем его действий при удалении им потенциально опасного софта не должно являться оправданием "деструктивных" действий антивируса по отношению к операционной системе, к её файлам. АВ не должен портить системные файлы, службы .
А когда это RDP Wrapper стал частью операционной системы? %)
--
меня вот что возмутило. что даже не начинают толком диалог сразу дампы. © alehas777
Читайте также: