I've never said I can NOT copy the file into system32, I said I don't have the file into that location............ I run your powershell script and now RDP server is not responding anymore. I can't see either any 3389 connection listening on tcpview so is dead. If the solution is not available yet I will want the classic RDP server back. Please help to restore at least the original RDP server. Thanks in advance.
You have an unmodified copy of the original termsrv.dll in your winsxs folder. Copy the unmodified file to your system32.
I tried following these procedures (more or less) but I'm still not able to get concurrent sessions going. After some tinkering I was able to get the WinSxS DLL replaced. (No concurrent sessions) I've also replaced the System32 DLL. (No concurrent sessions) I used PowerShell (as Administrator) to set the execution policy to unrestricted, to stop the termservice. I then used Explorer to overwrite the DLLs. And then PowerShell again to start the termservice and set the execution policy back to unrestricted. I rebooted just to be sure, but I'm still not able to get concurrent sessions going. Am I still missing something or is there something else that I might still be able to try?
I also followed these steps for W8.1 Pro x64. It failed for me as well, but then I did the same steps, but did it with system32 instead of the WinSxS folder and now it works beautifully. This was one of the most complicated and convulted processes I had to follow, but it's all worth it now.
Dumb question, are you guys using the same account locally and remotely, or are you remotely connecting with a second user account.
I have two accounts. One for local and one for remote. A setup which worked perfectly under W8.0 (patched)
When you replace the termsrv.dll does it happen successfully? Also when you run the: net stop termservice, ect the command prompt should be run with admin rights.
I run PowerShell as Administrator so I have no problems running net stop/start termservice The DLL overwrites successfully. I'm not sure what else it could be¿
I have to amend my statement here. The DLL actually did not overwrite successfully under System32. The copy operation completed without any error (via File Explorer) but I noticed that the timestamp was left unchanged. I've instead used Copy-Item via PowerShell to copy the DLL and I now finally have everything working as expected!
That is datafilehost 'download manager', easy to avoid just like CNET's 'download manager', just unclick the checkbox. go back and re-download, you will get it the rar without the .exe
I tried that. It worked for the first file, but even though I unchecked the download manager for the second file I still got a prompt to download sunstar.rar.exe and in fact when I saved it just as a test that is what was downloaded.