SNMP og data om enheders tilstand

Hver agent eksponerer data gennem en MIB (Management Information Base), et struktureret katalog over alt, der kan læses. Hver værdi har en OID (Object Identifier), en adresse med punktumseparerede tal som 1.3.6.1.2.1.1.3.0 for systemets oppetid. Manageren anmoder om en bestemt OID, og agenten returnerer dens aktuelle værdi. MIB'er og OID'er giver SNMP et fælles sprog på tværs af leverandører.

SNMP bruger et lille sæt meddelelser:

• Get — manageren anmoder om én værdi.
• GetNext / GetBulk — gennemgår mange værdier effektivt.
• Set — manageren ændrer en skrivbar værdi.
• Trap / Inform — agenten rapporterer en hændelse til manageren.

Get og Set startes af manageren, mens traps startes af agenten.

Når manageren poller, sender den Get-anmodninger efter en tidsplan og registrerer svarene. Over tid danner disse målinger grafer over CPU, hukommelse og båndbredde. Polling er pålideligt til tendenser, men en smule forsinket, eftersom du først opdager en ændring ved næste polling. SNMP-polling foregår normalt over UDP-port 161 på agenten.

En trap er en uopfordret meddelelse, som en agent sender, i det øjeblik noget bemærkelsesværdigt sker, f.eks. at et interface går ned, eller at en strømforsyning svigter. Traps når manageren på UDP-port 162. Da traps bruger UDP, er levering ikke garanteret; en inform er en kvitteret version af en trap, som manageren bekræfter at have modtaget.

Tre versioner er relevante. SNMPv1 og SNMPv2c bruger en klartekst-community string som adgangskode, hvilket er usikkert, fordi den sendes ukrypteret. SNMPv3 tilføjer godkendelse og kryptering, så både data og legitimationsoplysninger beskyttes. Til eksamen og i praksis er SNMPv3 det anbefalede valg til enhver moderne, sikker implementering.

I v1 og v2c styrer en community string adgangen. En read-only-streng tillader polling; en read-write-streng tillader også Set-handlinger. De almindelige standardværdier "public" (læsning) og "private" (skrivning) er almindeligt kendte, så det udgør en alvorlig risiko at beholde dem. Du bør altid ændre standardværdierne og endnu bedre skifte til SNMPv3.

SNMP viser omfattende data om en enheds helbred: et interfaces op-/ned-status, bytes og pakker pr. interface, antal fejl og kasserede pakker, CPU- og hukommelsesforbrug, temperatur og oppetid. Et overvågningsværktøj samler disse data i grafer og alarmer. Stigende interfacefejl kan f.eks. tyde på et defekt kabel, mens stigende CPU-forbrug kan advare om en overbelastet enhed.

SNMP er fremragende til numeriske tællere og status, men det er ikke den eneste datakilde. Syslog indeholder tekstbaserede hændelsesmeddelelser, og NetFlow beskriver, hvem der kommunikerer med hvem, og hvor meget data der udveksles. En komplet overvågningsplatform kombinerer SNMP-helbredsdata, syslog-hændelser og flowdata. At vide, hvilken kilde der besvarer hvilket spørgsmål, er en vigtig færdighed i fejlfinding.

Da SNMP kan læse og endda ændre enheders indstillinger, skal du sikre det omhyggeligt: brug SNMPv3 til kryptering og godkendelse, begræns adgangen til administrationsnetværket med ACL'er, skift standardværdierne for community strings, og deaktiver SNMP, hvor det ikke er nødvendigt. En dårligt sikret SNMP-opsætning kan lække oplysninger om netværkstopologien eller give en angriber mulighed for at omkonfigurere enheder.

Du har udforsket SNMP. Vigtige punkter:

• En manager poller agenter på enheder for at hente helbredsdata.
• Værdier findes i en MIB og adresseres med OID'er.
• Get/Set initieres af manageren; traps initieres af agenter og fungerer som alarmer (port 162, polling på 161).
• v1/v2c bruger klaretekst-community strings; SNMPv3 tilføjer sikkerhed.
• Kombinér SNMP med syslog og flowdata for fuld synlighed.