Hi, Me Jinje I confirm thar the 2 users belong to the "Administrateurs" group. I also tried "Executer en tant qu'Administrateur" (run as Administrator) but the x64beta7 version found a bad version of termsvr.dll On the first PC, I had to take ownership with the CMD prompt. On the second PC, I simply took ownership with te security properties box of explorer. The antiviruns on the 2 PC are different (MS defender and qihu 360) OS are legit upgraded WIN8.0 and had been previously patched with the "Windows 8 RDP patcher"
I just tried in a fresh wmware windows 8.1 Entreprise French x86. Only Classic Shell installed. User is an administrator (groupe Administrateurs) I ran the x86 version of the tool After UAC prompt, I installed the dot.net 3.5 extension I ran again the tool Microsoft Windows 8.1 Entreprise fDenyTSConnections = 0 fSingleSessionPerUser=1 Unsupported system termsrv.dll sha1 f**king Eg Boys. Not Supported TermService is Stopped
On my first X64 OS Nom: termsrv.dll CRC-32: e7aa06a2 MD4: fd91ff92b305c3a3dc3350fc545843a0 MD5: 7b5aebc26a58e5c063881790de1c8564 SHA-1: 0c57c3d7843faa72eaa281ee81c8bf2b0daeb5c4 Nom: termsrv.dll.bak (I 've made a backup) CRC-32: 2d44a1b2 MD4: ef7a33935f21c454cac5557527df80ca MD5: 2c77831737491f4d684d315b95c62883 SHA-1: d9560284ff79d139e5d7dd73c94af2f4fbff1551 In the wm x86 ent fr (not patched) Nom: termsrv.dll CRC-32: 202cd912 MD4: a879d39b8fbcd968b525af05a66aaf2c MD5: 7a8e1158291cf4c8d8474a2091b9bf6d SHA-1: e10028b074d24605e05b5e0bafd42f6a93ac01ad
I get the same response with Server 2012R2, and I can confirm that pressing the manual button and then just replacing the DLL works fine.
Hi, I have tried various termsrv patchers, and i always run into an issue with the sound on the computer. I run windows 8.1, and i'm using the computer as HTPC, and the i use a remote user account for administering the computer while not ruining the HTPC experience. With the patch i use for windows 7, everything works like a charm, but on windows 8, the sound suddenly stops working, and a reboot is needed to get it back. (I did remember to "Plays sound on remote computer" in MSTSC client) I hope there is a solution for this, or ells i'm stuck on w7 //TjaLfE
Can you check GPEDIT.MSC Computer Configuration >> Administrative Templates >> Windows Components >> Remote Desktop Services >> Remote Desktop Session Host >> Device and Resource redirection Verify enable 'Allow Audio and Video Playback Redirection'.
hi, Well... it was, not configured. So i enabled it, but the problem still persists. I'm not sure it has something to do with that setting tho'. I'll try to explain my setup again. I use the PC as HTPC connected to my tv. All sound should be played on the computer/tv, also all sounds from the second user who is logged in remotely "behind" the main user that is being used on the tv. Everything works fine, until the second user logs in from remote(With mstsc set to play sounds on remote computer), then when the second user has logged on, all sound stops working. Sound from the console and sound from the remote session is gone. Only resolution is to logoff both users, and login on the console again. It works in windows 7 with the pach from missingremote website. It also work out of the box in server 2012 //TjaLfE
Mr Jinje ? Any comments to my Handle.exe results ? Again, I had to take ownership of the termsrv.dll. Baïdu antivirus desactived .
I think the problem is in my file hash snip, it tries to open the file.io for read-write access which doesn't seem to work when another process is locking the file.
I am having a hell of a time with this tool because it either is buggy or I am too stupid to work it. For starters, I need a way to test the RDP connection locally as shown in the screen short posted above. The title of the windows say "Connect to self" but i do not know how to accomplish that. Using localhost or 127.0.0.1 results in error and 127.0.0.2 gives access denied despite correct timeout. Any help is greatly appreciated.
1) 'Connect to Self' was the name I gave my .rdp saved RDP settings. That is where the title of the window comes from. 2) Haven't been able to do that on W8.1, but reports are in that you'll find success testing from a second machine / VM, while logging into a second account. (W8.1 cannot connect to self as self, only server products can). 3) It should work as depicted on an R2 machine with either 127.0.0.1 or the actual server name (in my case 'SERVER' or 'Win-PO6TRKT*****'), while I am logged in as the default Administrator account
Thanks for your input, this was really helpful. I went down a rabbit hole trying to connect to the same vm I was running rdp from. Logging in from the outside works fine. For some reason I was unable to use the GUI tool. On Windows 7/8 it complained that it was wrong OS, and on 8.1 I did not manage to install the .net framework. It errorred out every time. I ended up using bspatch from the command line and that worked fine.
The intergalactic tool crashed upon launch. I'm using 8.1 x64 with .net 3.5. I tested Heldigard (8.1/R2 TermSrvPatch.exe) and it works. h00p://forums.mydigitallife.net/threads/47610-How-to-crack-the-quot-termsrv-dll-quot-in-windows-8-1?p=834672&viewfull=1#post834672