[Last Call] Learn how to a build a cloud-first strategyRegister Now

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

Microsoft, Server 2003 R2, Terminal Services Conncection and/or manipulation in snap-in console

I am working with a MS Server 2003 R2.  It was setup as an application server using Terminal Services and Remote desktop. My workstations can no longer connect to it through remote Desktop. They all get the error:

The client could not connect to the remote computer.
Remote connections might not be enabled or the computer might be too busy to acceptnew connections
It is also possible that network problems are preventing your connection.
Please try connecting again later. If the problem continues to occur, contact your administrator

So I logged into the the Server in question, and went into the terminal services manager to check on it.  It appears that everything is fine, everything was green.  There were no connections for me to log out or disconnect. So I went into the services.msc and checked to make sure the services were in fact runnig. They were, but when I right clicked on them to try and restart or stop and start everything was greyed out so that I could not perform any of those task. I also attempted the Net Start and Net Stop on it but could not perform this on them either.

I found that it is default that I can not start or stop these services.  So, I need to know what I can do to correct the connection issue.
0
jamills
Asked:
jamills
  • 5
  • 2
6 Solutions
 
dlangrCommented:
I read somewhere that it is by design that you cannot restart terminal services, though i am not 100% sure if it was for windows 2003.

Maybe you require this hotfix, as it is not stated that it is fixed in windows 2003 sp2  : http://support.microsoft.com/kb/832971/en-us

If possible, reboot the server. That should at leat temporarily solve the problem. Ofcourse you will have to review syslog for any suspicious events and might have to dig deeper when it is an recurring problem.

0
 
dlangrCommented:
i am sorry, my mistake , it is kb832971 is fixed in sp1.
0
 
jamillsAuthor Commented:
I found that it is by design also....
I have found that a reboot does not fix the problem, though it did happen once before in the past and the admin did a last known good config at start up and it fixed itself, Well at least up until now.
0
VIDEO: THE CONCERTO CLOUD FOR HEALTHCARE

Modern healthcare requires a modern cloud. View this brief video to understand how the Concerto Cloud for Healthcare can help your organization.

 
dlangrCommented:
well, you successfully logged in on the console, at that time it is noted as the last know good config, wich is probably why choosing that option does not help any more. What kind of software do you have installed on it? apllications / virus scanners / etc ?
0
 
dlangrCommented:
Are you able to ping the server ? Are you able to browse it's files? does it work if you connect by ip?

You might have a network / dns problem..

0
 
dlangrCommented:
Also, can you connect to port 3389 (or the port your terminal services is running on if you changed it) with telnet when connecting to the ip of the machine?
0
 
FSchafferCommented:
Is it a TS licensing issue?
0
 
jamillsAuthor Commented:
I found what the issue was  but I will tell you what I did before I found the issue .Yes i was able to log into the server.... I could ping it. I tried  telnet and was unsuccessful, so I used VNC and was able to remote into it. I tried checking the virus and firewall software but all are configured to allow port 3389. I was stumped so I looked in the registry... The local admin, who was not available to speak to ( I work for a support company) had changed the default port to 3395, I guess to allow for remote access from outside for multiple servers and workstations. Once I realized this I was able to remote desktop in by pointing at that port. Then set up the client to all point there. Problem solved.Thanks for the responses though.
0

Featured Post

Transaction-level recovery for Oracle database

Veeam Explore for Oracle delivers low RTOs and RPOs with agentless transaction log backup and transaction-level recovery of Oracle databases. You can restore the database to a precise point in time, even to a specific transaction.

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