We have installed PE Synthetic Agents in a desktop/VM. This desktop/VM is accessed from another desktop over RDP.
We have observed that the Player Agent processes stop working when the RDP Window is minimized/closed.
What is the recommended practice to using RDP to access the Player Agent desktop? Should the RDP window be minimized or closed? Are there any settings in RDP that will ensure that the PE Agent Processes continue to work un-interrupted.
I examined the below post but didnt get a direct response to my question.
Solved! Go to Solution.
the problem is, that a 'normal' exit of a RDP session locks the screen. Therefore the scripts stop working.
My collegue did some internet research and he placed an icon on the desktop 'RDP Exit' with the following command:
c:\windows\system32\cmd.exe /c "for /f "skip=1 tokens=3" %s in ('query user %username%') do (tscon.exe %s /dest:console)"
You can find information about TSCON on the internet.
I tried the steps which you mentioned in comments.But I got error as Session id is not available.But using query session command I checked in my RDP Machine it shows session is active.And also I tried in some other machine too,in that i got error as Access denied to establish session.In any case, if you gone through this kind of issues, inform us.
You can also just reboot the Agent instead of closing the session. The Agent should be rebooted daily anyway, and should be able to log itself in.
As Antoon said, closing the RDP session locks the screen. Most customers I'm aware of either use a different tool than RDP, or, if they have to use RDP, reboot the Agent once they're done with the session.
I have not tried SCCM, and I could not find direct answer in Microsoft publications, but https://helpdesk.illinoisstate.edu/kb/1903/Configuring_and_using_Remote_Desktop_in_SCCM_2012/ explicitly says that SCCM is using RDP. If this indeed is the fact then SCCM is not a proper solution. Maybe Benjamin or someone else can shed more light on SCCM.
Here are some products you can use. As a side note, I cannot recommend either of them over the other or other products you might find; this is just a courtesy in helping you in finding the product.
In addition, you can try using VMware console, which, assuming you are using VMware, should already be available to you or can downloaded from https://my.vmware.com/web/vmware/details?downloadGroup=VMRC70&productId=353&rct=j&q=&esrc=s&source=w....
I’d like to post a summary on accessing agent desktop remotely. Many customers who try using RDP experience problems with
locked desktop, as can be seen from this thread, and from mismatch of desktop
size (see, for instance, https://answers.dynatrace.com/questions/170014/resolution-of-agents-changing.html) and sometimes other desktop characteristics between RDP session and console session.
It is generally possible to use RDP with the ESM Agent Recorder,
as one can see from the Antoon’s comment. Tscon
allows convert RDP session into console session; mstsc
allows starting the session with the specified screen size. But, only few customers are able to successfully
use RDP, and for majority of the customers using other methods of accessing the
agent desktop work better. We recommend
using software that does not use RDP for accessing agent desktop. Some software, listed in this forum topic
earlier is no longer available, some URLs have changed. To see what is available, I’d like to
recommend two Wikipedia articles that are more or less being kept up-to-date: https://en.wikipedia.org/wiki/Comparison_of_remote_desktop_software and https://en.wikipedia.org/wiki/Comparison_of_Java_Remote_Desktop_projects. These pages will help you to choose the tool
for accessing your agent desktop.
Please choose the tool you can use reliably; from many
vendors you can receive assistance, should you need it.