SNMP monitoring voor routers, switches, UPS en printers

Een OID is een adres in een boom, en elk apparaat publiceert er een ander deel van. MIB-2 - de basisboom, gedefinieerd in RFC 1213 - is waar sysUpTime en de interfacetellers leven, en bijna elk SNMP-apparaat beantwoordt hem, of het nu een router, een switch of een Linux-machine met een geïnstalleerde agent is. Daarboven voegt een eigen MIB van de fabrikant apparaatspecifieke waarden toe: een UPS-MIB voor batterijapparatuur, een Printer-MIB voor voorraadniveaus, en eigen fabrikant-MIB’s voor dingen als temperatuursensoren of ventilatorsnelheid.

De snelste manier om het juiste getal op een specifiek apparaat te vinden, is het ernaar te vragen. snmpwalk toont elke OID die een apparaat bereid is te beantwoorden onder een startpunt; snmpget leest één OID die u al kent:

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

Wat u ook vindt, HostTracker heeft de numerieke vorm nodig - 1.3.6.1.2.1.1.3.0, nooit de symbolische naam sysUpTime.0 die een MIB-browser er misschien naast toont. Kopieer het getal, niet het label.

SNMP v1 en v2c authenticeren met niets meer dan een community string, precies zo over de lijn verstuurd als hij is getypt - een wachtwoord dat iedereen die het verkeer bekijkt kan meelezen. SNMP v3 vervangt dat door een beveiligingsnaam en een beveiligingsniveau dat u per inloggegeven kiest:

• noAuthNoPriv - de beveiligingsnaam wordt gecontroleerd, er wordt niets ondertekend of versleuteld. Nauwelijks sterker dan v2c, en vooral aanwezig voor compatibiliteit.
• authNoPriv - het verzoek wordt geauthenticeerd met MD5, SHA-1 of SHA-256, en kan dus niet worden vervalst, maar de payload zelf reist nog steeds onversleuteld.
• authPriv - geauthenticeerd en versleuteld, met DES- of AES-128-, AES-192- of AES-256-privacy. Dit is het niveau voor alles waarvan u het transportpad niet volledig vertrouwt.

Zowel de authenticatiesleutel als de privacysleutel moeten minstens 8 tekens lang zijn. Als het apparaat het ondersteunt, is authPriv met SHA-256 en AES-256 de sterkste combinatie die er is; oudere embedded apparatuur spreekt soms alleen MD5 en DES, wat nog steeds de moeite waard is ten opzichte van een kale v1- of v2c-community string.

Om eerlijk te zijn over waar dit vandaag staat: een SNMP-check leest en registreert de waarde die het apparaat rapporteert. Hij evalueert geen regel tegen die waarde zoals een HTTP-, database- of counter-check dat wel doet - er is nog geen "waarschuw wanneer dit getal X overschrijdt" op een SNMP-monitor. Wat hij wel doet, is waarschuwen over het apparaat zelf: wanneer het verzoek geen antwoord meer krijgt, gaat er een melding uit naar uw ingestelde contacten - e-mail, sms, spraakoproep, Slack, Telegram, webhooks en meer - dezelfde kanalen die elke HostTracker-check gebruikt.

Dat dekt nog steeds het geval dat er voor hardware het meest toe doet: weten dat een apparaat van het netwerk is gevallen voordat iemand dat op de harde manier merkt. En omdat elke uitlezing wordt bewaard bij de checkgeschiedenis, kunt u de uptimeteller van een router of de batterijstatus van een UPS openen en de trend zelf aflezen, zelfs zonder dat een automatische regel hem in de gaten houdt. Voor een waarde die wél een drempel en een debounce nodig heeft - CPU, geheugen, schijfruimte, de verbindingstijd van een poort - biedt servermonitoring tegen een klein collector-endpoint u dat vandaag al.