Adapter SNMP Drucker, Synology, QNAP etc auslesen
-
@Dolomiti Danke. Irgendwie kommen trotz gleicher Einstellungen keine Werte...
-
@Coffeelover
Hast du evtl. noch den Netzwerkzugangsschutz o.ä. am QNAP aktiviert? Ansonsten fällt mir auch auf Anhieb nichts mehr ein. -
@Dolomiti Nicht, dass ich wüsste. Über einen MIB-Browser sehe ich auch die Werte.
Letzte Vermutung: Ich komme von dem Docker, in dem ioBroker läuft, nicht direkt auf den NAS.
Danke für deine Bemühungen. -
@Coffeelover
Kannst du vom Docker aus dein QNAP anpingen? Befinden sich Docker und QNAP im selben Netz? -
@Dolomiti sagte in Adapter SNMP Drucker, Synology, QNAP etc auslesen:
Befinden sich Docker und QNAP im selben Netz?
Natürlich. Der Docker ist auf dem NAS installiert. IP NAS 192.168.188.40, ioBroker 192.168.188.80. Physisch greife ich über das gleiche Netzwerkkabel auf beides zu, da ioBroker den LAN des QNAP als virtuellen Adapter eingebunden hat.
Kannst du vom Docker aus dein QNAP anpingen?
Ehrlich gesagt habe ich mir bisher keine Gedanken gemacht, wie das gehen sollte.
-
@Coffeelover
Kommst du mit Putty o.ä. auf den ioBroker-Docker drauf? Dort eindach mal "ping 192,168,188,40" eingeben, Dann sollte dein NAS antworten -
@Coffeelover in deinem Log meckert er ja nur über den einen Eintrag, den hast du ohne führenden Punkt eingegeben. Ich hab alle mit einem führenden Punkt und keine Probleme (mein Drucker hat da auf jeden Fall einen Unterschied gemacht). Wobei @Dolomiti anscheinend keine Punkte hat...
-
@Coffeelover
Ich seh grad, dass du bei dem Punkt der den Fehler macht zwei "1" am Anfang stehen hast, da gehört nur eine hin. -
Vielen Dank für eure ganzen Tipps. Ich habe es hinbekommen (Alles gelöscht und nochmal von den Screenshots abgetippt.
Ich weiß noch nicht mal, was ich jetzt anders gemacht habe. Aber es läuft.Edit: Doch - in den Screenshots von @boriswerner sind abschließenden Nullen. Die haben bei mir gefehlt.
-
Hallo zusammen,
hat zufällig jemand die OID für Windows Rechner und würde diese zur Verfügung stellen?
-
Ich benötige ebenfalls OID`s für Windows Server 2016 Essentials.
-
@StM47 funktioniert bei meinem Brother MFC auch nicht. Nur Nullwerte.
Meine URL zur Wartungsseite des Druckers:
http://IP/etc/mnt_info.html?kind=item
Diese Regex Angaben kapiere ich jedoch nicht.
Was stimmt da jetzt?
angenommen für Toner Black:\(BK\)\*\*<\/dt></dd>`<dd>`\(([0-9.]*)%\)`</dd>oder
\(BK\)\*\*<\/dt><dd>\(([0-9.]*)%\) -
ich habe mich nun auch an den Adapter gewagt.
Mein Versuch meine APC USV einzubinden ist aber bislang ebenso gescheitert wie die Synologie-Anbindung
Mit dem MIB Browser kann ich auf beide Devices zugreifen und die Werte anschauen.
Trage ich die OID Nummer aber ein, so wird geht der Adapter nur auf Gelb und im Log bekomme ich die folgenden Einträge
nmp.0 2020-05-27 13:31:46.456 error (49907) [192.168.135.62] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.318.1.1.1.1.1.1 snmp.0 2020-05-27 13:31:46.443 error (49907) [192.168.133.18] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.6574.1.2 snmp.0 2020-05-27 13:31:16.455 error (49907) [192.168.135.62] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.318.1.1.1.1.1.1 snmp.0 2020-05-27 13:31:16.443 error (49907) [192.168.133.18] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.6574.1.2 snmp.0 2020-05-27 13:30:46.454 error (49907) [192.168.135.62] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.318.1.1.1.1.1.1 snmp.0 2020-05-27 13:30:46.442 error (49907) [192.168.133.18] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.6574.1.2 snmp.0 2020-05-27 13:30:16.453 error (49907) [192.168.135.62] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.318.1.1.1.1.1.1 snmp.0 2020-05-27 13:30:16.442 error (49907) [192.168.133.18] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.6574.1.2 snmp.0 2020-05-27 13:29:46.453 error (49907) [192.168.135.62] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.318.1.1.1.1.1.1 snmp.0 2020-05-27 13:29:46.441 error (49907) [192.168.133.18] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.6574.1.2 snmp.0 2020-05-27 13:29:16.452 error (49907) [192.168.135.62] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.318.1.1.1.1.1.1 snmp.0 2020-05-27 13:29:16.440 error (49907) [192.168.133.18] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.6574.1.2 snmp.0 2020-05-27 13:28:46.451 error (49907) [192.168.135.62] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.318.1.1.1.1.1.1 snmp.0 2020-05-27 13:28:46.439 error (49907) [192.168.133.18] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.6574.1.2 snmp.0 2020-05-27 13:28:16.450 error (49907) [192.168.135.62] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.318.1.1.1.1.1.1 snmp.0 2020-05-27 13:28:16.438 error (49907) [192.168.133.18] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.6574.1.2 snmp.0 2020-05-27 13:27:46.449 error (49907) [192.168.135.62] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.318.1.1.1.1.1.1 snmp.0 2020-05-27 13:27:46.437 error (49907) [192.168.133.18] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.6574.1.2 snmp.0 2020-05-27 13:27:16.449 error (49907) [192.168.135.62] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.318.1.1.1.1.1.1 snmp.0 2020-05-27 13:27:16.436 error (49907) [192.168.133.18] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.6574.1.2 snmp.0 2020-05-27 13:26:46.450 error (49907) [192.168.135.62] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.318.1.1.1.1.1.1 snmp.0 2020-05-27 13:26:46.435 error (49907) [192.168.133.18] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.6574.1.2 snmp.0 2020-05-27 13:26:16.449 error (49907) [192.168.135.62] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.318.1.1.1.1.1.1 snmp.0 2020-05-27 13:26:16.434 error (49907) [192.168.133.18] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.6574.1.2 snmp.0 2020-05-27 13:25:46.448 error (49907) [192.168.135.62] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.318.1.1.1.1.1.1 snmp.0 2020-05-27 13:25:46.433 error (49907) [192.168.133.18] Error session.get: RequestFailedError: NoSuchName: 1.3.6.1.4.1.6574.1.2Ich habe testweise schon mit den Community Variablen public/private gespielt auch habe ich das Feld mal leer gelassen. Die Meldungen bleiben und ich bekomme keine Werte angezeigt.
Für jeden Tipp bin ich dankbar.
Gruß
-
@hartwigm sagte in Adapter SNMP Drucker, Synology, QNAP etc auslesen:
Mein Versuch meine APC USV einzubinden ist aber bislang
Dafür gibt es den Nut Adapter
https://github.com/Apollon77/ioBroker.nutebenso gescheitert wie die Synologie-Anbindung
Dafür gibt es den Synology Adapter
https://github.com/instalator/ioBroker.synology -
Danke, aber ich will bewußt den SNMP nutzen, weil der universell ist!
Mein Problem konnte ich übrigens nun lösen und kann die Werte aus der APC und Synology lesen.
Mein Problem bestand im der Darstellung der OID im iReasoning Browser.
Wenn ich dort einen Wert anschaue, so wird mir dieser z.B so angezeigt
.1.3.6.1.2.1.1.6
Gebe ich diese so in den iobroker snmp ein, kommt der beschriebene Fehler.
Ergänze ich um .0 also .1.3.6.1.2.1.1.6**.0** dann funktioniert alles wie gewünscht.
Danke für den Adapter. Jetzt habe ich wieder viele Dinge die sich einbinden lassen.
-
@Glasfaser ich habe auch den nut adapter für die APC und den synology Adapter, aber bevor der jetzt restauriert wurde lief er nicht, da habe ich auch mit snmp alles ausgelesen (und läuft immer noch)
@hartwigm
Ein screenshot mit der Konfig würde helfen, aber ich vermute dass du auch die führenden Punkte nicht in der Konfig hast -
@hartwigm sagte in Adapter SNMP Drucker, Synology, QNAP etc auslesen:
Ergänze ich um .0 also .1.3.6.1.2.1.1.6**.0** dann funktioniert alles wie gewünscht.
ich weiß nicht was das für ein Punkt ist (habe ich nicht) aber die angehängte 0 ist bei syno z.B. das erste Laufwerk, das zweite hätte dann eine 1 usw.
-
@boriswerner said in Adapter SNMP Drucker, Synology, QNAP etc auslesen:
Hi, ich habe dafür ein Skript eingerichtet, das den Adapter stoppt, wenn das Gerät (bei mir ist es der Drucker) nicht per Ping erreichbar ist (du solltest natürlich eine eigene Instanz für das Gerät einrichten):
Hallo boriswerner,
ich würde gerne dein Skript benutzen, um den snmp-Adapter auszuschalten, wenn mein QNAP-NAS nicht mehr online ist. Aber leider funktioniert das nicht.Die eine Zeile habe ich ausgetauscht in:
on('ping.0.raspberrypi4-iob.192_168_2_87', function (obj)Leider wird der SNMP-Adapter nicht ausgeschaltet. Kannst Du helfen?
-
@Sneaker75 Bekommst du denn einen Fehler im Log?
Folgende Punkte würden mir spontan einfallen:- wird der Ping erfolgreich auf false gesetzt?
- Der JavaScript Adapter muss die Instanz schalten dürfen: Instanzen > javascript.0 > Erlaube das Kommando "setObject" muss angehakt sein
- ganz trivial, aber: Skript aktiviert?
- setze mal am Anfang der Funktion ein log, dann siehst du ob zumindest die Funktion bei Änderung des Ping-States getriggert wird:
log("Ping state changed to " + obj.state.val); -
@boriswerner
Danke für Deine Antwort.
Der Ping wird nach Ausschalten des NAS auf false gesetzt.
Das Kommando setObject ist angehakt.
Skript ist aktiviert.
Das Log habe ich so eingebaut"on('ping.0.raspberrypi4-iob.192_168_2_87', function (obj) { log("Ping state changed to " + obj.state.val); if (obj.state.val) { var adapter = getObject("system.adapter.snmp.0"); adapter.common.enabled = true; // Adapter einschalten setObject("system.adapter.snmp.0", adapter); } else { var adapter = getObject("system.adapter.snmp.0"); adapter.common.enabled = false; // Adapter ausschalten setObject("system.adapter.snmp.0", adapter); } });Testweise habe ich gerade das NAS ausgeschaltet und das Log beobachtet. Diese Meldungen kamen. Inzwischen kommt regelmäßig ein roter Error vom snmp.0 mit "Error session.get: RequestTimedOutError: Request timed out"
