[Okta Webinar] Learn how to a build a cloud-first strategyRegister Now

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 2423
  • Last Modified:

2 Thin clients losing RDP connection every day at the same time.

I have 2 Thin clients losing RDP connection every day at the same time.  10 Minutes later they can log back into the same session they were in. (If a word doc was open it is still open).  No other users have the problem either desktop users or other thin client users.  I have verified RDP/Terminal servcies configuration on the Term Serv for all individual users and the defaults settings for all users.  None of these are set to ever disconnect the session for any reason.  I have tested switches and cables and find no problems.
0
ccsionline
Asked:
ccsionline
  • 4
  • 2
3 Solutions
 
AmirchoupaniCommented:
- Those users have logon hours restrictions
- A task (scheduled task) is set on their profile so when it runs for some reason their session is disconnected
0
 
ccsionlineAuthor Commented:
I have checked scheduling on the thin client, in the user profile, and on the term server.  There are no programs running.  I have verified there are no user logon restrictions.  We are running a Win2k3 Server SE with sp2.  We are not running a domain.
0
 
AmirchoupaniCommented:
Even a scheduled virus scan may cause this.
0
Free Tool: IP Lookup

Get more info about an IP address or domain name, such as organization, abuse contacts and geolocation.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

 
ccsionlineAuthor Commented:
Double checked the virus software and there is a scan scheduled but for 12:00AM in the morning.  Still keep looking around.  I am going to try to ping the client and the client ping the server right before it happens and see what I get.
0
 
ccsionlineAuthor Commented:
Setup constant ping from a desktop to the term server.  Ping never lost connection.  As soon as thin client was kicked off, I was able to log in on the destop through RDP and grab the session.
0
 
fhcnCommented:
any fix for this yet? I have the same issue
0
 
ccsionlineAuthor Commented:
Here is what we found.  The network switch had multiple bad ports.  There were only a few systems using this switch and none of the others were having this issue.  We tested by moving the affected systems to different ports to determine which were working.  End result is the switch needed to be replaced.
0

Featured Post

How to Use the Help Bell

Need to boost the visibility of your question for solutions? Use the Experts Exchange Help Bell to confirm priority levels and contact subject-matter experts for question attention.  Check out this how-to article for more information.

  • 4
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now