Hello, Yesterday's windows update broke my patched termsrv.dll from almost two years ago, sadly I can't remember how exactly I patched it that time. I've tried restore that file from windows backup, but now RDP doesn't work at all (crashes on login). I've tried methods posted above, but none of them worked on my system (RDP Wrapper Library does nothing, black cmd just flashes and disappeares, Arrtoo's patcher returns non matching hash). Could anyone please advise me how to patch it or patch my termsrv.dll for me or provide me with correct patched termsrv.dll? I've tried few of them from this forum, but none of them worked (they all are for win7, 8, 8.1 etc, none for 2012 server). I run Windows Server 2012 64bit, termsrv.dll version 6.2.9200.17048 (downloadable from my dropbox) https: // dl.dropboxusercontent.com/u/7125147/termsrv.dll Thanks in advance
Been up all morning fixing my server (running w7 sp. 1) that ran into the same problem. The problem is KB2984972, I just restored my system to an earlier point and have now hidden this update. The problem seems to be that windows is going into a new version of the remote desktop protocol and are therefore updating the system. This is clear because KB25922687 (which is a upgrade to remote desktop protocol version 8.0) was released at the same time. I have also hidden this update beacuse it seems to mess with all my remote desktop clients (making them very slow) other than windows remote desktop client itself. This makes sense since the new version of the protocol is probably not handled (yet) by the 3'rd party clients. So for now I'm personally ignoring these two changes for now. Looking forward to a real smooth fix of this problem (i.e. patch). Best th3is
Hello I have same problem (windows 7 x64 / Termsrv.dll 6.1.7601.18540) ... Artoo-Beta 2 said : Unsupported system32 termsrv.dll ... Concurrent RDP Patcher said : Unsupported system32 termsrv.dll ... Only UniversalTermsrvPatch_20090425 accept to patch Termsrv.dll 6.1.7601.18540 but only 1 session by users ... multiples users can open a TSE session but 1 user can only open one session (consol or RDP) ... I have tested and it's dosent work on my system : only 1 session by users and only 2 TSE sessions ... Help Edit After Uninstal KB2984972 RDP Wrapper have same problem but after repatch Termsrv.dll 6.1.7601.17514 with Artoo all is ok. Edit2 Here forums.mydigitallife.net/threads/57448-KB2984972-breaks-concurrent-RDP-patch/page2 Termsrv.dll 6.1.7601.18540 patched and it works !
My effort so far is to wait for someone to upload the newer original's and patched files (w7 sp1, w8, w8.1 and w10) all neat and organized by folders in one pack. Once I collected these files, it will happen.
Hi, I had followed the intergalactic way, but got busted after update, so I moved to the stascorp wrapper for a while and it died after some update I installed yesterday. Both ways are cool, but definitively not immune to updates Now I can't log even locally, logs me, but kicks me at once, happened on both my computers
Pfffffffffffff ........... New update (termsrv.dll 6.1.7601.18637) on Win7 x64 .... I have tested rdpwrap 1.4 and now it's work perfect
Hi everyone, I'm testing v2 and v3 but before posting conclussions and try to contribute, I need to make sure I am not misunderstanding the goal of the project to avoid disturbing. What are the project goals? * Enable Remote Desktop on 8.1 Core versions? * Enable multiple logon by single user on Remote Desktop? (answer: yes, verified it's working, both v2 and v3) * Enable concurrent sessions by multiple users without kicking out currently logged user? (that is what I'm looking for, but isn't working). Thank you in advance.
I've tested v3, on "8.1 pro with media center" after patching I get following error "Error: 193 0x01c" when I tried to start RDP-Service. I´m an student and an upcoming c# developer. I'd like to support the developing is it possible to join the developing staff? I'm from Germany and can speak besides German and English also Russian. I have Microsoft Visual Studio 2013 Ultimate and also access to all Microsoft Windows OS and Server editions. Means I'm MSDN college member and also MSDN Action Pack-Partner. thank you for listening I looking forward with kind regards Susanne G* Facebook facebook .com/s.graf89 (only viewable for members)
Spoiler That depends. I'm only interested in working with confirmed pirates, members of German parliament and/or CHAOS who've attended the "Hochschule für Technik und Wirtschaft" in Berlin. If you can meet any of those qualifications, you're hired.
Hi! Usually the Windows 8 patch worked on Windows 2012 (non-R2). I thought the Windows 8.1 patch should work on Windows 2012 R2, but the hexadecimal code we need to change it's not present on the W2012R2 dll. The version of file it's the same as the W8.1 one, and I read the MS patch it's the same file but it seems it contains two different DLLs. Some one knows which bytes we need to modify for Windows 2012 (6.2.9200.17048) and Windows 2012R2 (6.3.9600.17415)
Need help patching a termsrv.dll, Windows 7, 6.1.7601.22843. RDPwrap does have this termsrv.dll patched, but I do not use RDPwrap due to massive stability and reliability issues that have in the past cost me a datacenter run. When the termsrv.dll patch fails I can still login but when RDPwrap fails, it can deny connections even if you want to use it without multiuser. Anyways, I have attached what RDPwrap uses to "fix" RDP. Can binary patches be developed easily from this information or is working knowledge of IDA needed? [6.1.7601.22843] SingleUserPatch.x86=1 SingleUserOffset.x86=1A655 SingleUserCode.x86=nop SingleUserPatch.x64=1 SingleUserOffset.x64=17F96 SingleUserCode.x64=Zero DefPolicyPatch.x86=1 DefPolicyOffset.x86=19E25 DefPolicyCode.x86=CDefPolicy_Query_eax_esi DefPolicyPatch.x64=1 DefPolicyOffset.x64=17D6E DefPolicyCode.x64=CDefPolicy_Query_eax_rdi [6.1.7601.22843] ; Patch CSessionArbitrationHelper::IsSingleSessionPerUserEnabled ; Imagebase: 6F2E0000 ; .text:6F2FA64F lea eax, [ebp+VersionInformation] ; .text:6F2FA655 inc ebx <- nop ; .text:6F2FA656 push eax ; lpVersionInformation ; .text:6F2FA657 mov [ebp+VersionInformation.dwOSVersionInfoSize], 11Ch ; .text:6F2FA661 mov [esi], ebx ; .text:6F2FA663 call ds:__imp__GetVersionExW@4 ; GetVersionExW(x) SingleUserPatch.x86=1 SingleUserOffset.x86=1A655 SingleUserCode.x86=nop ; Imagebase: 7FF75A80000 ; .text:000007FF75A97F90 lea rcx, [rsp+198h+VersionInformation] ; lpVersionInformation ; .text:000007FF75A97F95 mov ebx, 1 <- 0 ; .text:000007FF75A97F9A mov [rsp+198h+VersionInformation.dwOSVersionInfoSize], 11Ch ; .text:000007FF75A97FA2 mov [rdi], ebx ; .text:000007FF75A97FA4 call cs:__imp_GetVersionExW SingleUserPatch.x64=1 SingleUserOffset.x64=17F96 SingleUserCode.x64=Zero ; Patch CDefPolicy::Query ; Original ; .text:6F2F9E25 cmp eax, [esi+320h] ; .text:6F2F9E2B jz loc_6F30B6D6 ; Changed ; .text:6F2F9E25 mov eax, 100h ; .text:6F2F9E2A mov [esi+320h], eax ; .text:6F2F9E30 nop DefPolicyPatch.x86=1 DefPolicyOffset.x86=19E25 DefPolicyCode.x86=CDefPolicy_Query_eax_esi ; Original ; .text:000007FF75A97D6E cmp [rdi+63Ch], eax ; .text:000007FF75A97D74 jz loc_7FF75AA4182 ; Changed ; .text:000007FF75A97D6E mov eax, 100h ; .text:000007FF75A97D73 mov [rdi+638h], eax ; .text:000007FF75A97D79 nop DefPolicyPatch.x64=1 DefPolicyOffset.x64=17D6E DefPolicyCode.x64=CDefPolicy_Query_eax_rdi