SNMP och data om enheters hälsa

Varje agent exponerar data genom en MIB (Management Information Base), en strukturerad katalog över allt som kan läsas. Varje värde har en OID (Object Identifier), en adress med punktseparerade tal, till exempel 1.3.6.1.2.1.1.3.0 för systemets drifttid. Managern begär en specifik OID och agenten returnerar dess aktuella värde. MIB:er och OID:er ger SNMP ett gemensamt språk mellan olika leverantörer.

SNMP använder en liten uppsättning meddelanden:

• Get — managern begär ett värde.
• GetNext / GetBulk — går effektivt igenom många värden.
• Set — managern ändrar ett skrivbart värde.
• Trap / Inform — agenten rapporterar en händelse till managern.

Get och Set initieras av managern, medan traps initieras av agenten.

När managern avfrågar skickar den Get-begäranden enligt ett schema och registrerar svaren. Med tiden bygger dessa avläsningar upp grafer över CPU, minne och bandbredd. Avfrågning är tillförlitlig för trender men något fördröjd, eftersom du upptäcker en förändring först vid nästa avfrågning. SNMP-avfrågning körs normalt över UDP-port 161 på agenten.

En trap är ett oombett meddelande som en agent skickar så snart något anmärkningsvärt inträffar, till exempel att ett gränssnitt slutar fungera eller att en strömförsörjning fallerar. Traps når managern via UDP-port 162. Eftersom traps använder UDP är leveransen inte garanterad; en inform är en kvitterad variant av en trap som managern bekräftar att den har tagit emot.

Tre versioner är viktiga. SNMPv1 och SNMPv2c använder en community-sträng i klartext som lösenord, vilket är osäkert eftersom den skickas okrypterad. SNMPv3 lägger till autentisering och kryptering, vilket skyddar både data och autentiseringsuppgifter. På provet och i praktiken är SNMPv3 det rekommenderade valet för alla moderna och säkra installationer.

I v1 och v2c styr en community-sträng åtkomsten. En read-only-sträng tillåter avläsning; en read-write-sträng tillåter även Set-operationer. De vanliga standardvärdena "public" (läsning) och "private" (skrivning) är välkända, så att låta dem vara kvar innebär en allvarlig risk. Ändra alltid standardvärdena och gå helst över till SNMPv3.

SNMP tillhandahåller omfattande hälsodata om enheter: om gränssnitt är uppe eller nere, antal byte och paket per gränssnitt, antal fel och bortkastade paket, CPU- och minnesanvändning, temperatur samt drifttid. Ett övervakningsverktyg sammanställer detta i grafer och aviseringar. Stigande gränssnittsfel kan till exempel tyda på en dålig kabel, medan ökande CPU-belastning kan varna för en överbelastad enhet.

SNMP är utmärkt för numeriska räknare och statusinformation, men det är inte den enda datakällan. Syslog innehåller textbaserade händelsemeddelanden, och NetFlow beskriver vem som kommunicerar med vem och hur mycket data som överförs. En komplett övervakningsplattform kombinerar SNMP-hälsomått, syslog-händelser och flödesdata. Att veta vilken källa som besvarar vilken fråga är en viktig färdighet vid felsökning.

Eftersom SNMP kan läsa och till och med ändra inställningar på enheter måste det skyddas noggrant: använd SNMPv3 för kryptering och autentisering, begränsa åtkomsten till administrationsnätverket med ACL:er, ändra standardvärdena för community-strängar och inaktivera SNMP där det inte behövs. En bristfälligt skyddad SNMP-konfiguration kan läcka topologiinformation eller låta en angripare konfigurera om enheter.

Du har utforskat SNMP. Viktiga punkter:

• En manager frågar agenter på enheter efter hälsodata.
• Värden finns i en MIB och adresseras med OID:er.
• Get/Set initieras av managern; traps är agentinitierade aviseringar (port 162, avläsning på 161).
• v1/v2c använder community-strängar i klartext; SNMPv3 lägger till säkerhet.
• Kombinera SNMP med syslog och flödesdata för full insyn.