Glossar zur Netzwerküberwachbarkeit

Was ist das Simple Network Management Protocol (SNMP)?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
Die wichtigsten ErkenntnisseDie wichtigsten Erkenntnisse werden mithilfe von KI generiert. Da automatisierte Zusammenfassungen gelegentlich Fehler enthalten oder wichtige Zusammenhänge auslassen können, sollten Sie für vollständige Informationen stets den vollständigen Blogbeitrag lesen.

Simple Network Management Protocol (SNMP) is a standard network management protocol that enables central monitoring and configuration of enterprise devices such as routers, switches, servers, and firewalls through a manager-agent model using Management Information Bases (MIBs) and Object Identifiers (OIDs). SNMP supports both proactive polling on UDP port 161 and reactive trap notifications on UDP port 162 to detect events such as link failures, but security depends critically on the protocol version used, with SNMPv1 and SNMPv2c transmitting community strings in plain text while SNMPv3 adds authentication and encryption per RFC 3411. Proper implementation requires managing agent configuration, avoiding default credentials, using SNMPv3 with appropriate access controls, and maintaining correct MIBs to prevent blind spots, reduce detection time, and protect against reconnaissance and tampering attacks.

  • SNMP uses a manager-agent architecture where agents on managed devices expose data as MIB objects identified by OIDs, with the manager retrieving this data through polling requests to UDP port 161 or receiving unsolicited trap notifications on UDP port 162.
  • SNMPv1 and SNMPv2c authenticate requests using plain-text community strings such as public or private, creating security vulnerabilities, while SNMPv3 implements user-based authentication and optional encryption as defined in IETF RFC 3411 standards.
  • Common operational failures include unconfigured trap destinations, firewall blocking of UDP port 162, SNMPv3 credential mismatches between manager and agent, aggressive polling that overloads device CPUs, and missing or incorrect vendor MIBs that cause raw OID display or value misreading.

SNMP auf einen Blick

AttributeValue
Full nameSimple Network Management Protocol
CategoryNetwork management protocol
Protocol and portUDP port 161 for requests to agents, UDP port 162 for traps and informs
OSI layerLayer 7 (application)
Primary useMonitoring and configuring network devices
Related termsMIB, Network monitoring, Syslog, NetFlow

So funktioniert SNMP

SNMP verwendet ein Manager-Agent-Modell. Der Agent läuft auf einem verwalteten Gerät und stellt dessen Daten als Objekte bereit, die durch Objektkennungen (OIDs) identifiziert und in einer Management Information Base (MIB) organisiert sind.

  1. Definition der Daten: Jede MIB beschreibt die Objekte, die ein Gerät melden kann, wie beispielsweise Schnittstellenzähler oder CPU-Auslastung, und weist jedem Objekt eine eindeutige OID in einer Baumstruktur zu.
  2. Anfrage senden: Der Manager sendet eine Nachricht an den Agenten über den UDP-Port 161. Eine „Get“-Anfrage liest ein bestimmtes Objekt aus, „GetNext“ und „GetBulk“ durchlaufen den Baum schrittweise, und „Set“ ändert einen beschreibbaren Wert.
  3. Authentifizierung der Anfrage: SNMPv1 und SNMPv2c identifizieren den Absender anhand einer Community-Zeichenkette. SNMPv3 bietet zusätzlich eine benutzerbasierte Authentifizierung und optionale Verschlüsselung.
  4. Antwort zurückgeben: Der Agent sucht die angeforderten Objekte und sendet die Werte oder eine Fehlermeldung an den Manager zurück.
  5. Benachrichtigung senden: Wenn ein definiertes Ereignis eintritt, beispielsweise der Ausfall einer Verbindung, sendet der Agent ohne Abfrage eine Trap an den Manager über den UDP-Port 162. Ein „Inform“ funktioniert wie eine Trap, erfordert jedoch eine Bestätigung.

Ein SNMP-Walk ist eine wiederholte Abfolge von „GetNext“- oder „GetBulk“-Anfragen, mit denen alle Objekte unter einem ausgewählten Knoten im OID-Baum abgerufen werden. Er wird häufig verwendet, um festzustellen, welche Informationen ein Gerät bereitstellt. Traps decken Ereignisse zwischen den Abfragezyklen ab, jedoch ist die UDP-Übertragung eines einfachen Traps nicht garantiert.

Warum SNMP in Unternehmensnetzwerken wichtig ist

SNMP wird von nahezu jedem Router, Switch, jeder Firewall, jedem Drucker und jedem Server in Unternehmen unterstützt, was es zu einer gängigen Datenquelle für Überwachungstools macht. Durch das Abfragen von Schnittstellenzählern, Fehlerraten und dem Hardwarezustand können Teams Kapazitätsprobleme und ausfallende Geräte erkennen. Traps verkürzen die Zeit bis zur Erkennung von Ereignissen wie Verbindungsausfällen, die andernfalls erst bei der nächsten Abfrage festgestellt würden.

Die Sicherheit hängt stark von der verwendeten Version ab. SNMPv1 und SNMPv2c senden Community-Strings im Klartext, und Standard-Strings wie „public“ sind weithin bekannt. SNMPv3, definiert in den IETF-Standards beginnend mit RFC 3411, bietet zusätzlich Authentifizierung und Verschlüsselung. Schreibzugriff mit einem schwachen Community-String kann es einem Angreifer ermöglichen, die Gerätekonfiguration zu ändern; daher beschränken viele Unternehmen den SNMP-Zugriff auf Lesezugriff und legen fest, welche Hosts Abfragen durchführen dürfen.

Mangelhafte Verwaltung führt zu blinden Flecken und Risiken. Nicht konfigurierte Agenten bieten keine Transparenz, während übermäßiges Abfragen vieler OIDs die CPUs der Geräte belasten kann. Veraltete MIBs führen zu falsch ausgelesenen Werten, und uneingeschränktes SNMP in nicht vertrauenswürdigen Netzwerken lädt zu Erkundungen und Manipulationen ein. Das Führen eines Agentenverzeichnisses, die Verwendung von SNMPv3 und die Filterung des Zugriffs nach Quelladresse sorgen dafür, dass das Protokoll nützlich und sicher bleibt.

Häufige SNMP-Probleme

Geräte, bei denen Community-Strings wie „public“ oder „private“ belassen wurden, ermöglichen es jedem, der auf den UDP-Port 161 zugreifen kann, Daten zu lesen und in manchen Fällen auch zu schreiben. Sicherheitsscans weisen häufig auf dieses Problem bei Druckern und Switches hin, die nach der Installation nie abgesichert wurden.

Ein Trap-Empfänger erhält keine Meldungen, weil für das Gerät kein Trap-Ziel konfiguriert ist, eine Firewall den UDP-Port 162 blockiert oder die Community bzw. der SNMPv3-Benutzer nicht übereinstimmt. Da Traps unaufgefordert gesendet werden und SNMPv1- sowie SNMPv2c-Traps nicht bestätigt werden, gibt der Absender keinen Hinweis auf einen Fehler.

Abfragen laufen ab oder geben Authentifizierungsfehler zurück, wenn Manager und Agent sich hinsichtlich der Sicherheitsstufe, des Authentifizierungsprotokolls oder des Datenschutzprotokolls nicht einig sind. Eine weitere häufige Ursache ist eine Nichtübereinstimmung der für Traps und Informs verwendeten Engine-ID.

Aggressive Abfrageintervalle oder umfangreiche „GetBulk“-Walks über große Tabellen, wie z. B. Routing- oder ARP-Tabellen, können bei älteren Geräten die CPU-Auslastung erhöhen und Lücken in den Diagrammen verursachen. Das Problem lässt sich in der Regel durch eine zeitliche Staffelung der Abfragen und eine Begrenzung der angeforderten OIDs beheben.

Wenn nicht die richtige Hersteller-MIB geladen ist, zeigen Tools rohe numerische OIDs oder falsch gelesene Werte an. Ein Zählerüberlauf bei 32-Bit-Schnittstellenzählern kann zudem falsche Spitzenwerte auf schnellen Verbindungen erzeugen; hier sind 64-Bit-Zähler die bessere Wahl.

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

Verwalten Sie DNS, DHCP und IP-Adressen über eine einzige Plattform mit integrierter Automatisierung, Transparenz und Kontrolle.

SNMP-FAQ

Verwandte Begriffe

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

Einrichtung von geregelten, auditfähigen IPAM-Workflow- und Genehmigungsmodellen für Unternehmensnetzwerke

Entdecken Sie IP-Management-Lösungen für geregelte, auditfähige IPAM-Workflows. Ermöglichen Sie bereichsbezogene Genehmigungen und lückenlose…

Read more
Content Hub

Das OSI-Modell verstehen: Wo DNS und IP-Adressierung in die 7 Schichten passen

Machen Sie sich mit den sieben Schichten des OSI-Modells vertraut und erfahren Sie, wie DNS und IP-Adressierung in dieses Modell eingebunden sind. Lernen…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

Skalierung von DNS und IPAM für IPv6- und Dual-Stack-Unternehmensnetzwerke

Skalieren Sie DNS und IPAM für Dual-Stack-Unternehmensnetzwerke. Erfahren Sie, wie Micetro Teams bei der Verwaltung von IPv6-Migrationen mit integrierten…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte Infrastructure-as-Code-Pipelines

Durch die Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte IaC-Pipelines mit Micetro werden Adress- und Eintragsänderungen zu versionierten,…

Read more
Podcast

Podcast: Wie KI die Entwicklung von Unternehmenssoftware verändert

KI verändert die Netzwerkautomatisierung, doch eine sichere Implementierung erfordert solide Softwarepraktiken, Tests und Fachwissen, um Ausfälle zu…

Read more
Podcast

Podcast: Why Open Platforms Matter in Network Operations

Open platforms and API-first architecture enable intelligent network operations, automation, and AI-driven workflows across hybrid enterprises.

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

Erhalten Sie mit LiveAssist Antworten aus den LiveNX-Daten, über die Sie bereits verfügen

Erfahren Sie, wie LiveAssist, das KI-gestützte Add-on für LiveNX, Ihre Netzwerkdaten in schnelle, gezielte Antworten umwandelt – mit einem Mehrwert, den…

Read more
Hands on laptop with digital dashboard showing IP address usage, overlapping ranges, and cost analytics for DDI infrastructur

Erstellung einer Kostenanalyse für den Ersatz bestehender appliancebasierter DDI-Lösungen durch eine Overlay-Verwaltungsschicht

Manuelle DDI-Arbeiten kosten die befragten Teams 1.040 Stunden pro Jahr. Hier erfahren Sie, wie Sie die Kosten für eine Verlängerung, den…

Read more

Verwandte Artikel