Child pages
  • Troubleshooting device connectivity with NMIS
Skip to end of metadata
Go to start of metadata

For NMIS to be able to obtain information from a network device, basically, it must comply with 2 conditions.

  1. The device itself must be reachable or available on the network.
  2. The device must capable to provide management information via SNMP or WMI

Troubleshooting with Ping

Ping is used to check the availability of a host in the network,  it sends out an echo request (ICMP message) and waits for a reply.

$ ping <ip_address>

A device that is not reachable won't be able to respond to the ping and a "Destination Host Unreachable" will be returned instead.

If this is the case:

  • Proper physical connection should be verified.
  • Firewall Policies should be reviewed to verify that ICMP messages are allowed.


Firewalls can be configured to block packets from ping. If a remote host does not respond to ping requests, it is possible that it is up and running normally, but ignoring ping requests.

Troubleshooting SNMP

In order to be able to obtain information from the monitored device via SNMP, we must verify that the device is correctly configured for this purpose. There is a checklist with the most common items to check on the device side:

  • Is SNMP enabled on the device?, some devices allows us to perform pre-configuration of SNMP without enabling it.
  • if using SNMP v1 or v2, check if the device is using the correct community string.
  • if using SNMP v3, check if the device is using the correct username, privpass and authpass, it is also recommended to check for the correct SNMP Authentication and Privacy Protocols.
  • Firewall Policies should be reviewed to verify that SNMP messages are allowed.

Check for opened port.

With the device correctly configured, we can troubleshoot the SNMP connection to the device from the server side, to do this, SSH to your NMIS server, it is important to do this from the NMIS server itself because it ensures that any access control you have from Firewalls or other security controls is part of the testing.

First we check if the port used by SNMP is open, usually it is port UDP 161. It is possible to test it with NMAP or any other port testing tool.


$ nmap -sU -p 161 <ip_address>



If the port is closed, NMIS won't be able to get any information from the device using SNMP, if this is the case:

  • Check for Firewall configuration, port UDP 161 must be allowed.
  • Check SNMP configuration, it may be the case that the port used for SNMP purposes it's not the default.

Test SNMP Response

Once the opened port has been verified, it is time to check if we get a response from the device via SNMP using SNMPwalk.

We have a guide detailing how to do this, in the following Link for SNMP v1 and v2: Testing SNMP Connectivity from the NMIS Server with snmpwalk and for SNMP v3: Using SNMPv3 with NMIS for Secure Network Management


Troubleshooting WMI 

To collect WMI data from a device, NMIS has to use a WMI access tool. There is a checklist with the most common items to check on the device side:

  • Is the WMI service running?
  • Network and firewalls must be configured to let WMI accesses pass.
  • WMI accesses are generally negotiated to use dynamic ports (following up on an initial conversation on TCP port 135)

Test WMI availability and credentials

The test can be perform using the wmic program found in: /usr/local/nmis8/bin and the credential for the device.


$ /usr/local/nmis8/bin/wmic -U somewmiuser --password='somewmipassword' //testserver "select Caption,Manufacturer,Model,Name from Win32_ComputerSystem"
 
CLASS: Win32_ComputerSystem
Caption|Manufacturer|Model|Name
TestServer|VMware, Inc.|VMware Virtual Platform|TestServer


Additional information can be found here:

  - How NMIS interfaces with WMI-based devices


  • No labels