My article for RDP describes how to manage remote desktop sessions to provide assistance, but this is only for Vista, and lots of users (including myself!) still run XP. Here is the way to establish a remote assistance session without manually calling Help and Support.
My experimental project "Turbo Remote" uses this technique if it detects something less than Windows Vista.
- Windows XP or 2003. I haven't tested it in Vista, since in Vista, there is a clean API, as discussed.
- Administrator privileges.
- This must be done by a native application. That means that, if you try to run a 32-bit version of the code under x64, it will fail.
- No encryption yet.
- rdpxp.cpp/rdpxp.h - a simple class that provides the server implementation.
Implementation of the server step-by-step
The application that needs to create the "listening" session must perform the following:
- Check the "Terminal Services" service to be running. If this service is not running, then it must be started, or nothing else will work. The application must return the service to its original state after the server is closed. This is implemented in my code in
IsTSSEnabled(). (These have still to be implemented!)
- Enable the HelpAssistant account by using the
NetUserSetInfo functions. The application must disable the account if it was originally disabled. This is implemented with
- Enable Remote Assistance by setting the "fAllowToGetHelp" in HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server to 1. Implemented in
- Enable the group policy to accept remote assistance. Restore the keys if disabled previously. This is done in
GetTicket(). The stuff is to:
- Put "fAllowUnsolicited" , "fAllowUnsolicitedFullControl", "fAllowToGetHelp" to 1 (
DWORD) in Software\\Microsoft\\Windows\\CurrentVersion\\ Group Policy Objects\\<X>\\Software\\policies\\Microsoft\\Windows NT\\Terminal Services. If there are keys under "Group Policy Objects", then enumerate it, and select the one that has the word "Machine" in it. If not, just put "LocalMachine". If the key does not exist at all, create it.
- Create another key "RAUnsolicit" under it, and add a value with the name and value equal to your user name, say, Administrator.
- Import the HelpServiceInterfaces.tlb to take the help interface.
#import "HelpServiceInterfaces.tlb" rename_namespace("HSITLB") named_guids\
If the above code generates
__missing__type errors (if you do not use ATL) , just replace the
CoCreateInstance(HSITLB::CLSID_PCHService, NULL, CLSCTX_LOCAL_SERVER,
Note the usage of
IPCHService::raw_RemoteConnectionParms(), providing the username, the computer name, the Terminal Services session ID (
WTSGetActiveConsoleSessionId()), and the blob request, which has the following format:
Replace <PCName> and <Username> with the required values, and <X> with the string length of everything after <X>. For example: "13;UNSOLICITED=122;ID=GATOR\\Administrator". My PC name is GATOR, my user name is Administrator, and the total length of the string "ID=GATOR\Administrator" is 22.
You got the ticket!
Examining the ticket
The next thing you must do is to examine the ticket (which is something like that: 65538,1,192.168.1.21:3389;laptop:3389,*, KwRrNVpWH2g1vKfVlQUrJHKcpi8N1XA++9tQ+wnAXyE=,*,*,sdP7Lk3SFAXXcIrKpvLW6IJ8fg=) to replace the port 3389 (which is always placed there!) with the port that the Terminal Services Server is actually running. This port is located at "PortNumber" at HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TerminalServer\WinStations\RDP-Tcp.
Creating the .MSRCINCIDENT file
This is a Unicode file (the BOM header \xFE\xFF must be present) with the following format:
DtStart="X" DtLength="Y" L="0"/>
X is the time that the ticket is created (standard UNIX format, use
Y is this time + the length of the ticket. I have not yet found a way to support encrypted tickets.
After you have that file, you can send it via TCP/IP or other methods to the client.
Implementation of the client
The implementation of the client is simply receiving the msrcincident file and running it with Help and Support through
- 6 - 10 - 2008: First post.
I 've a PhD in Digital Signal Processing and Artificial Intelligence and I specialize in Pro Audio and AI applications.
My home page: https://www.turbo-play.com