New Question
 
 
PRTG Network Monitor

Intuitive to Use.
Easy to manage.

300.000 administrators have chosen PRTG to monitor their network. Find out how you can reduce cost, increase QoS and ease planning, as well.

Free PRTG
Download >>

 

What is this?

This knowledgebase contains questions and answers about PRTG Network Monitor and network monitoring in general. You are invited to get involved by asking and answering questions!

Learn more

 

Top Tags


View all Tags


RDP error 10060 connection timed out socket error

Votes:

0

Your Vote:

Up

Down

Hello,

I have a physical host with 5 virtual servers on it. My probe is on one of the virstual servers.

2 of them work perfectly but 3 of them give the following error for the RDP sensor (all 5 have the RDP sensor):

Connection timed out Socket Error # 10060 Connection timed out. (socket error # 10060)

One of them is our DC (which has the remote probe) and he also gives the following error for his DNS sensor:

Connection reset by peer Socket Error # 10054 Connection reset by peer. (socket error # 10054)

All the other sensors (disk space, memory CPU, services , etc) work fine.

Kind regards,
Wim

dns prtg9 rdp socket-error-#10060

Created on Jul 5, 2012 11:47:57 AM by  Wim Userfull (0) 1

Last change on Oct 30, 2018 9:57:42 AM by  Luciano Lingnau [Paessler Support]



3 Replies

Votes:

0

Your Vote:

Up

Down

Hello,

this seems to be a firewall or something similar blocking the connections. As the error #10060 means that the target did not even respond to the connection attempt, and on #10054 the connection was deliberately dropped by the target.

best regards.

Created on Jul 5, 2012 2:32:27 PM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

1 virtual server and 1 physical server that won't show the RDP.

For the others i change to IP to the hostname or the hostname to the IP and that did the trick.

Created on Jul 6, 2012 10:39:58 AM by  Wim Userfull (0) 1



Votes:

0

Your Vote:

Up

Down

I know this is an old post, but it was one of the first posts to pop up in a google search of the socket error I was getting. Posting here may help others.

Mine wasn't a firewall issue as my client firewalls are disabled for domain and private networks. I did, however, get to thinking that it was a DNS issue because the 2 machines I had this error on were either newly added replacements so with same hostnames and the DHCP server gave out a new IP address that wasn't updated in DNS AND/OR a new networking hardware was installed and the same thing would happen with DHCP. I compared the IP address in the DNS entry for those hostnames to the DHCP table and I was right. The IPs were different. I updated DNS records and the sensors almost immediately went green (UP).

I prefer to use hostnames instead of IPs, but this would be a good example of why PRTG is better off using IP addresses rather than hostnames. There's my 2¢ mark on the world!

Created on Aug 19, 2020 8:07:40 PM by  jasonhille (0)



Please log in or register to enter your reply.


Disclaimer: The information in the Paessler Knowledge Base comes without warranty of any kind. Use at your own risk. Before applying any instructions please exercise proper system administrator housekeeping. You must make sure that a proper backup of all your data is available.