Antworten auf Ihre Fragen zu SNMP Explorer auf dem Mac
Keine Artikel gefunden. Versuchen Sie andere Suchbegriffe oder kontaktieren Sie den Support.
SNMP Explorer wird aus dem Mac App Store installiert.
So fragen Sie ein Netzwerkgerät ab:
Wählen Sie das Gerät in der Seitenleiste, um es abzufragen. Der Punkt neben jedem Gerät wird etwa zwei Sekunden nach dem Start grün oder rot, je nachdem, ob das Gerät antwortet.
Die kostenlose Version arbeitet mit einem Gerät und enthält Full Discovery, Single Query und den Trap-Empfang.
Pro ist ein optionales In-App-Upgrade. Es bringt unbegrenzt viele Geräte, die Monitor-Ansicht, Walks über ausgewählte MIBs, MIB-Import, gemeinsame Zugangsdaten und CSV-Export. Unter Abonnement in der Menüleiste sehen Sie die Tarife, können upgraden oder einen Kauf wiederherstellen. Käufe wickelt der App Store ab.
Alle Geräte stehen in der linken Seitenleiste.
Für viele Geräte eignet sich eine CSV-Datei:
⇧⌘O).Stellen Sie die SNMP-Version eines Geräts oder der Zugangsdaten auf v3, um die Sicherheitsfelder einzublenden:
noAuthNoPriv (nur Benutzername), authNoPriv (Authentifizierung), authPriv (Authentifizierung und Verschlüsselung).Zugangsdaten werden lokal im Sandbox-Container der App auf Ihrem Mac gespeichert und nur für die Kommunikation mit Ihren Geräten verwendet.
Ein Walk ruft alle OIDs unterhalb eines Teilbaums ab.
1.3.6.1 ab.SNMP Explorer nutzt GET-NEXT bei SNMPv1 und GET-BULK bei v2c und v3. Der letzte Walk jedes Geräts bleibt erhalten und ist nach einem Neustart noch da.
Geben Sie eine OID in das OID-Feld ein und klicken Sie auf Single Query, um ein einzelnes GET auszuführen. Wert und Typ erscheinen im selben Bereich wie die Walk-Ergebnisse. Per Rechtsklick auf ein Ergebnis und Zum Monitor hinzufügen starten Sie die regelmäßige Abfrage.
macOS bringt die net-snmp-Kommandozeilenwerkzeuge in /usr/bin mit. So können Sie das, was SNMP Explorer zeigt, schnell im Terminal gegenprüfen. snmpwalk nutzt GET-NEXT; snmpbulkwalk nutzt GET-BULK und ist mit v2c und v3 deutlich schneller.
$ snmpwalk -v 2c -c public 192.0.2.10 1.3.6.1.2.1.1
SNMPv2-MIB::sysDescr.0 = STRING: …
SNMPv2-MIB::sysObjectID.0 = OID: …
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (14967464) 1 day, 17:34:34.64
…
$ snmpbulkwalk -v 2c -c public -Cp 192.0.2.10
…
Variables found: 70| Option | Wirkung |
|---|---|
-v 1, -v 2c, -v 3 | Protokollversion |
-c public | Community-String für v1 und v2c |
-On | Numerische OIDs |
-Os | Kurze Namen wie sysDescr.0 |
-t 2 -r 1 | Timeout in Sekunden, danach Wiederholungen |
-Cp | Anzahl der gefundenen Variablen |
SNMPv3 nutzt einen Benutzer statt einer Community:
$ snmpwalk -v 3 -l authPriv -u admin -a SHA -A authpass -x AES -X privpass 192.0.2.10 1.3.6.1.2.1.1Die Kommandozeilenwerkzeuge kennen nur die Standard-MIBs von macOS, Hersteller-OIDs unter 1.3.6.1.4.1 bleiben daher Zahlen. SNMP Explorer benennt sie aus seinen integrierten Beschreibungen und Ihren importierten MIBs.
| Ausgabe | Bedeutung |
|---|---|
Timeout: No Response | Keine Antwort: falsche Community, UDP 161 gesperrt, eine Zugriffsliste ohne Ihren Mac oder SNMP ist aus. Bei v1 und v2c sieht eine falsche Community genau wie ein ausgeschaltetes Gerät aus. |
No more variables left in this MIB View | Der Teilbaum ist auf diesem Gerät leer. Den übergeordneten Knoten abfragen. |
No Such Instance currently exists at this OID | Das Objekt gibt es, aber nicht mit dieser Instanz. Bei Skalaren .0 anhängen, bei Tabellenzellen den Zeilenindex. |
Namen und Beschreibungen stammen aus zwei Quellen: der integrierten Datenbank mit mehr als 600 OIDs und den MIB-Dateien, die Sie importieren. Ihre importierten MIBs haben Vorrang. Bietet eine MIB mehrere Beschreibungen für eine OID, fragt SNMP Explorer einmal, welche angezeigt werden soll.
Monitor ist der erste Eintrag in der Seitenleiste (Pro).
Alternativ: Rechtsklick auf ein Walk-Ergebnis und Zum Monitor hinzufügen.
Jede Karte zeigt den aktuellen Wert, den Typ, den Zeitpunkt der letzten Abfrage und eine Sparkline mit bis zu 200 Messwerten. Die Messwerte liegen im Arbeitsspeicher und beginnen nach einem Neustart neu.
Abfragen an ein Gerät laufen nacheinander. So verlieren kleine Agenten in USVs, PDUs und RAID-Controllern keine Anfragen.
Alle stoppen und Alle starten steuern alle Karten, der Schalter auf einer Karte nur diese. Über das Gerätemenü oben zeigen Sie nur ein Gerät an.
| Objekt | OID |
|---|---|
| temperature | 1.3.6.1.4.1.6574.1.2.0 |
| systemStatus | 1.3.6.1.4.1.6574.1.1.0 |
| diskTemperature | 1.3.6.1.4.1.6574.2.1.1.6.N |
| diskHealthStatus | 1.3.6.1.4.1.6574.2.1.1.13.N |
| raidStatus | 1.3.6.1.4.1.6574.3.1.1.3.N |
| raidFreeSize, raidTotalSize | 1.3.6.1.4.1.6574.3.1.1.4.N, .5.N |
N ist der Zeilenindex, den der Walk anzeigt. systemStatus ist 1 für normal und 2 für ausgefallen; diskHealthStatus 1 normal, 2 Warnung, 3 kritisch, 4 fällt aus; raidStatus 1 normal, 11 herabgesetzt, 12 abgestürzt (andere Werte sind laufende Aufgaben wie Reparatur oder Datenbereinigung). DSM sendet keine SNMP-Traps, daher ist die Abfrage der einzige Weg, das NAS zu beobachten. Die Schritte 4 bis 6 nutzen Pro-Funktionen.
SNMP Explorer empfängt SNMPv1- und v2c-Traps und bestätigt Informs. Die App lauscht auf UDP 1162, weil Apps aus dem Mac App Store keine Ports unter 1024 öffnen dürfen.
<IP Ihres Macs>:1162 senden.⌘,).Manche Geräte können den Trap-Port nicht ändern. Leiten Sie Port 162 auf Ihrem Mac mit einer Paketfilter-Regel auf 1162 um. Die Einstellungen zeigen den Befehl; er benötigt ein Administratorpasswort und gilt bis zum nächsten Neustart:
echo "rdr pass on lo0 inet proto udp from any to any port 162 -> 127.0.0.1 port 1162" | sudo pfctl -ef -
Während SNMP Explorer läuft, im Terminal auf demselben Mac einen Test-Trap linkDown und ein Inform senden:
$ snmptrap -v 2c -c public 127.0.0.1:1162 "" 1.3.6.1.6.3.1.1.5.3
$ snmpinform -v 2c -c public -r 0 -t 3 127.0.0.1:1162 "" 1.3.6.1.6.3.1.1.5.3Der Trap erscheint in der Leiste des Geräts mit dem Host 127.0.0.1 und im Trap Feed. Das Inform kehrt sofort zurück, weil SNMP Explorer es bestätigt; ohne Empfänger bricht es nach drei Sekunden mit Timeout ab. Ein Trap an 127.0.0.1 prüft nicht die macOS-Firewall, senden Sie daher auch einen von einem anderen Rechner an <IP Ihres Macs>:1162.
| OID | Trap |
|---|---|
| 1.3.6.1.6.3.1.1.5.1 | coldStart |
| 1.3.6.1.6.3.1.1.5.2 | warmStart |
| 1.3.6.1.6.3.1.1.5.3 | linkDown |
| 1.3.6.1.6.3.1.1.5.4 | linkUp |
| 1.3.6.1.6.3.1.1.5.5 | authenticationFailure |
Trap-Namen stammen aus diesen Standard-Traps und aus Ihren importierten MIBs. Ein Trap mit snmpTrapAddress.0 wird dem Gerät mit dieser Adresse zugeordnet, nicht dem Absender.
Hersteller-MIBs geben herstellerspezifischen OIDs lesbare Namen (Pro).
⇧⌘M)..mib, .my, .txt).Mehr als 600 OID-Beschreibungen sind integriert. Die MIB-Auswahl gruppiert sie in Standard-MIBs, Routing, HPE / ProLiant, Cisco, Juniper und Andere Hersteller. In der MIB-Verwaltung blenden Sie im Reiter Integrierte Presets Presets aus, die Sie nie brauchen.
Eine OID ist der punktierte Pfad zu einem Wert. Alles unter 1.3.6.1.2.1 ist Standard-MIB-2; alles unter 1.3.6.1.4.1 gehört einem Hersteller, nummeriert im IANA-Register der Private Enterprise Numbers (9 ist Cisco, 6574 Synology).
Im Terminal übersetzt snmptranslate zwischen Namen und Zahlen und zeigt Definitionen an:
$ snmptranslate -On SNMPv2-MIB::sysDescr.0
.1.3.6.1.2.1.1.1.0
$ snmptranslate 1.3.6.1.2.1.2.2.1.10
IF-MIB::ifInOctets
$ snmptranslate -TB 'ifHC.*Octets'
IF-MIB::ifHCOutOctets
IF-MIB::ifHCInOctets
$ snmptranslate -Td SNMPv2-MIB::sysDescr
$ snmptranslate -Tp IF-MIB::ifEntrySkalare enden auf .0, Tabellenzellen auf ihren Zeilenindex. Häufige OIDs:
| Objekt | OID |
|---|---|
| sysDescr | 1.3.6.1.2.1.1.1.0 |
| sysObjectID | 1.3.6.1.2.1.1.2.0 |
| sysUpTime | 1.3.6.1.2.1.1.3.0 |
| sysName | 1.3.6.1.2.1.1.5.0 |
| ifDescr | 1.3.6.1.2.1.2.2.1.2.ifIndex |
| ifOperStatus | 1.3.6.1.2.1.2.2.1.8.ifIndex |
| ifHCInOctets, ifHCOutOctets | 1.3.6.1.2.1.31.1.1.1.6, .10 |
| hrStorageSize, hrStorageUsed | 1.3.6.1.2.1.25.2.3.1.5, .6 |
Wenn Abfragen oder Walks ablaufen, prüfen Sie Folgendes:
Mit Verbindung testen im Geräte-Editor prüfen Sie das schnell.
SNMP Explorer meldet genau, was das Gerät geantwortet hat, und nennt die zu prüfende Einstellung:
| Meldung beginnt mit | Prüfen |
|---|---|
| Authentifizierungsfehler: Falscher Digest | Auth-Passwort oder Authentifizierungsprotokoll |
| Authentifizierungsfehler: Unbekannter SNMPv3-Benutzer | Benutzername (Groß- und Kleinschreibung) und die gemeinsamen Zugangsdaten des Geräts |
| Verschlüsselungsfehler: Der Agent konnte die Anfrage nicht entschlüsseln | Priv-Passwort oder Verschlüsselungsprotokoll; manche Agenten antworten so auch auf ein falsches Authentifizierungsprotokoll |
| Authentifizierungsfehler: Der Agent akzeptiert die Sicherheitsstufe | Die Sicherheitsstufe des Benutzers auf dem Gerät |
| Das SNMPv3-Zeitfenster ist nicht mit dem Agenten synchron | Erneut versuchen; die App hat bereits einmal neu synchronisiert |
| Die SNMPv3-Engine-ID des Agenten hat sich geändert | Erneut versuchen; das Gerät wurde vermutlich zurückgesetzt oder ersetzt |
| SNMPv3-Engine-Discovery fehlgeschlagen | Host, Port und Firewall |
Leerzeichen und Zeilenumbrüche am Ende eines eingefügten Benutzernamens oder Passworts werden ignoriert. Ein Passwort, das mit seinem Zeilenumbruch kopiert wurde, funktioniert also.
Sie finden nicht, wonach Sie suchen? Wir helfen Ihnen gerne weiter.