Monitoreo SNMP para routers, switches, UPS e impresoras

Un OID es una dirección dentro de un árbol, y cada dispositivo publica una porción distinta de él. MIB-2 - el árbol base definido en el RFC 1213 - es donde viven sysUpTime y los contadores de interfaz, y casi todos los dispositivos SNMP responden a él, ya sea un router, un switch o una máquina Linux con un agente instalado. Más allá de eso, la MIB propia de cada fabricante añade valores específicos del dispositivo: una UPS-MIB para equipos de batería, una Printer-MIB para niveles de suministro, y MIB de fabricante propias para cosas como sensores de temperatura o velocidad del ventilador.

La forma más rápida de encontrar el número correcto en un dispositivo concreto es preguntárselo. snmpwalk lista todos los OID que un dispositivo está dispuesto a responder bajo un punto de partida; snmpget lee un OID que ya conoces:

snmpwalk -v2c -c public 192.0.2.10 1.3.6.1.2.1.1
snmpget -v2c -c public 192.0.2.10 1.3.6.1.2.1.1.3.0

Sea lo que encuentres, HostTracker necesita la forma numérica - 1.3.6.1.2.1.1.3.0, nunca el nombre simbólico sysUpTime.0 que un navegador de MIB podría mostrarte al lado. Copia el número, no la etiqueta.

SNMP v1 y v2c se autentican con nada más que una cadena de comunidad, enviada por la red exactamente como se escribió - una contraseña que cualquiera que observe el tráfico puede leer. SNMP v3 sustituye eso por un nombre de seguridad y un nivel de seguridad que eliges por credencial:

• noAuthNoPriv - se verifica el nombre de seguridad, no se firma ni se cifra nada. Apenas más fuerte que v2c, y está sobre todo por compatibilidad.
• authNoPriv - la solicitud se autentica con MD5, SHA-1 o SHA-256, así que no se puede falsificar, pero el contenido en sí sigue viajando sin cifrar.
• authPriv - autenticado y cifrado, con privacidad DES o AES-128, AES-192 o AES-256. Este es el nivel que usar en todo aquello cuyo camino no puedas confiar plenamente.

Tanto la clave de autenticación como la clave de privacidad necesitan al menos 8 caracteres. Si el dispositivo lo admite, authPriv con SHA-256 y AES-256 es la combinación más fuerte disponible; el hardware embebido más antiguo a veces solo habla MD5 y DES, que sigue mereciendo la pena usar frente a una simple cadena de comunidad de v1 o v2c.

Siendo claros sobre dónde está esto hoy: una verificación SNMP lee y registra el valor que reporta el dispositivo. No evalúa una regla sobre ese valor como sí lo hacen las verificaciones HTTP, de Base de Datos o de Contador - todavía no existe un "alerta cuando este número supere X" en un monitor SNMP. Lo que sí hace es alertar sobre el propio dispositivo: cuando la solicitud deja de recibir respuesta, se envía una alerta a tus contactos configurados - correo electrónico, SMS, llamada de voz, Slack, Telegram, webhooks y más - los mismos canales que usa cada verificación de HostTracker.

Aun así cubre el caso que más importa para el hardware: saber que un dispositivo se cayó de la red antes de que alguien lo note de la peor manera. Y como cada lectura se guarda junto con el historial de la verificación, puedes abrir el contador de tiempo de actividad de un router o el estado de batería de un UPS y leer tú mismo la tendencia, incluso sin una regla automática vigilándolo. Para un valor que sí necesite un umbral y un margen de confirmación - CPU, memoria, espacio en disco, el tiempo de conexión de un puerto - un monitor de carga de servidor contra un pequeño endpoint recolector te da eso hoy mismo.