Windows CertificateServicesClient appears to terminate RDP session

Unanswered Windows CertificateServicesClient appears to terminate RDP session

  • Wednesday, October 03, 2012 5:11 PM
     
     

    We have a user who is remotely connecting from her home computer (Windows 7 x64) to her office computer (Windows 7 Enterprise x64) using RDP. The RDP session uses a gateway to get through our firewall. She telecommutes on some days so therefore works this way from maybe 9:00 am to about 5:00 pm.

    She reports that every day at 12:08 pm her RDP session terminates and she has to reconnect. Before and after the termination it works fine. The only thing we can find that is happening at 12:08 pm is that there is a Windows Task Scheduler task running at that time on the box in her office here at work. The task is CertificateServicesClient. The task is set to run at startup and every 8 hours thereafter indefinitely.

    Granted this evidence is somewhat circumstantial, but if we assume that this is the cause of the terminated RDP session, does anyone know why this task has that effect and if there is a workaround? My supervisor says it happens to him also when he is working from home. I don't believe it terminates any apps on the box here. It just acts as though the user had clicked the X on the RDP window and terminated the session. I believe she remains logged onto our domain on the box that is here. Obviously this is not a catastrophic occurence but it is annoying and a waste of time for the user, so I figured I'd take a shot at finding a solution.

    Thanks,
    Don

All Replies

  • Saturday, October 06, 2012 6:46 AM
     
     
    Please change the time of the scheduled task to another time to check if the issue time will be changed also. If not, then it's not the issue of the task.

    Thanks
    Zero

    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

  • Friday, October 12, 2012 8:10 PM
     
     

    Zero,

    I changed the time and the user reported not being kicked off the RDP session on that day. Do you know why the CertificateServicesClient task would terminate an RDP session?

    Thanks,
    Don

  • Saturday, October 13, 2012 7:29 AM
     
     

    1. Could you please let me know the detailed name of the task under CertificateServicesClient?

    2. Have you checked if the same issue will occur at the time that you changed to?

    3. All the tasks under CertificateServicesClient is related with certificate management. Could you please let me know if you configured some certificate related settings in your RDP?


    Thanks
    Zero

    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

  • Monday, October 15, 2012 4:00 PM
     
     

    1. Is TaskScheduler Library\Microsoft\Windows\CertificateServicesClient\System Task

    2. When I changed the time, the user did not see the issue occur on that day. Maybe the task ran after she was done working. The next day it occurred at the same time as originally occurring. Perhaps the task reverted to that time after the day on which I changed it.

    3. I did not configure certificate related settings in my RDP file. I see this same task on my computer. My boss says this same issue happens to him (RDP session terminates at 12:08 pm daily). I think this task probably runs the same way on all our Windows 7 computers.

    Thanks,
    Don

  • Tuesday, October 16, 2012 10:34 AM
     
     
    If you think this is the problematic scheduled task, you may try to disable it for test purpose.

    Thanks
    Zero

    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.