Support forum for Nagios Core, Nagios Plugins, NCPA, NRPE, NSCA, NDOUtils and more. Engage with the community of users including those using the open source solutions.
Hello,
i have Nagios core 4.0.8 running fine on our IT company to monitor the local computers .
Now i want to monitor distant computers in another company , i have installed the NSClientt++ in a computer like i have done with our local ones , but i got CRITICAL status
by the way :
the distant company that i want to monitor,all its computers connect to the internet with a single ip address, so i dont know how the nagios core will understand that i want to monitor a specific computer since all computers in the company have the same public address .
You might need to use something like NRPE to act as a proxy. Essentially you would install NRPE on a machine that is reachable by the public-facing IP, then either define commands for each server with the address hard-coded in, or allow arbitrary commands (somewhat of a security risk) and dynamically assign the IP/address for each service from the Nagios Core server.
You might need to use something like NRPE to act as a proxy. Essentially you would install NRPE on a machine that is reachable by the public-facing IP
step by step tmcdonald , you mean by this that i must install NRPE in the client computer to act like a proxy right ?
but the client is a windows computer !!
There are 2 different methods with different sub-methods within. Choose the tool that is most proper for you job and let us know if we can help further.
i chose this method, i have a question : NSClient++ can act as an NRPE daemon ?
If its the case i installed NSClient++ in the remote host but the services status are CRITICAL-Socket timeout
Also, you mentioned using check_nrpe, are you certain you're using that transport or do you have it configured for check_nt? That could be the problem also.
for this i'm sure it's all right i've typed in the command line of the client machine netstat -a
and i've seen that both 12489 and 5666 ports are open , so i think the firewall of the machine is not blocking them.
Also, you mentioned using check_nrpe, are you certain you're using that transport or do you have it configured for check_nt? That could be the problem also. http://nsclient.org/nscp/wiki/doc/usage/nagios
For this i didn't understand well what do you mean by " using that transport or do you have it configured for check_nt?"
by the way if this can help you , when i type the
The netstat command will only tell you if a socket is listening. It cannot tell you if external hosts can penetrate the firewall to attach to those ports. This includes even Windows Firewall, not to mention other firewalls such as one at the border of your network where the actual public IP resides (perhaps this is the Windows box itself, we don't have enough information to know).
As for the transport method, you are listening on both ports, so once we can actually create network communication then we can move forward with making those transports work.
For now, what can you tell us about the network. Does this Windows box reside at that public IP address, or is it behind a firewall with a NAT configured? If the latter, would it be possible to have the administrator of the firewall verify traffic is being properly NATted?
For now, what can you tell us about the network. Does this Windows box reside at that public IP address, or is it behind a firewall with a NAT configured? If the latter, would it be possible to have the administrator of the firewall verify traffic is being properly NATted?
for this i will see it and give you a feedback tomorrow .