where do you want LAN bugs today?
Check_MK stellt alle Informationen per Livestatus Schnittstelle bereit. So gut wie alles was man auf der Webseite des Monitorings sehen kann kommt aus Livestatus. Der Sprachsyntax für Abfragen ist LQL -> Livestatus Query Language. Per Default ist die Livestatus Schnittstelle nur auf dem Host selbst über einen Socket abrufbar. Es gibt aber die Möglichkeit per … Weiterlesen
Das Script Snippet dient dazu in den Backupfoldern z.B. vom 20.09.2016 nach Interfaces mit einer bestimmten Description und einem gesetzten Parameter z.B. service-policy zu suchen und automatisch Konfiguration zu erzeugen die diese Config entfernt. Configbeispiel Cisco Config (swt70/20.09.2016/swt70-config.txt): interface GigabitEthernet1/0/47 description acp10 switchport access vlan 17 switchport mode access switchport nonegotiate spanning-tree guard loop service-policy … Weiterlesen
Hier ein kleines Beispiel wie man einen Cluster Check implementieren kann. Testumgebung: 3 Nodes node1,node2 und node3 welche als Clusterobjekt cluster zusammengefasst sind. Die Daten kommen von Piggybacks. Clustercheck ist mycluster und ist ein Beispiel Check. Schritt 1: Nodes anlegen In WATO 3 Nodes anlegen mit der IP 127.0.0.1 (Testumgebung, Daten kommen von Piggybacks), Agent: … Weiterlesen
Check um zu Überprüfen ob ein Mailserver auf einer Blacklist ist. Der Check lässt sich auch in Check_MK einbinden, dazu das Script in ~/local/lib/nagios/plugins/ ablegen und eine Regel „Classical active and passive Monitoring checks“ für den Mailserver erstellen. Eine native Check_MK Implementierung folgt noch 😉 #!/usr/bin/env python # -*- encoding: utf-8; py-indent-offset: 4 -*- # # … Weiterlesen
#!/usr/bin/env python from mailer import Mailer from mailer import Message message = Message(From=“foobar@example.com“, To=“foobaz@example.com“) message.Subject = „Eine HTML Mail“ message.Html = „““ <p>Hi!<br> Blah blub<br> </p>“““ sender = Mailer(’smtp.example.com‘) sender.send(message)
Die Überschrift sagt eigentlich schon alles. Das Code Snippet dient dazu von einem IMAP Server Mails zu laden und mit dem Payload Dinge anzustellen. #!/usr/bin/env python import imaplib import sys import email import re import email.header import base64 from HTMLParser import HTMLParser username = „blah@blah.de“ password = „xxxxxx“ imap_rz1 = „imap.xxx.de“ imap_rz2 = „imap-rz2.xxxxx.de“ class … Weiterlesen
Zum Python Code schreiben empfiehlt es sich auf Tabs und Spaces zu achten. PEP-8 schreibt für Python 2.x vor das Tabs in Spaces gewandelt werden sollten. https://www.python.org/dev/peps/pep-0008/#tabs-or-spaces Hier eine passende .nanorc die man in sein Homeverzeichnis ablegt: set tabsize 4 set nowrap set tabstospaces set autoindent set smooth
Check_MK bietet auch die Möglichkeit die Host Variablen zu erweitern um z.B. ein Host Description Feld hinzuzufügen. Die Erweiterung muss in ~/local/share/check_mk/web/plugins/wato/ abgelegt werden. Die Dateiendung ist zwingend .py. OMD[dev1]:~/local/share/check_mk/web/plugins/wato$ cat host_custom_vars.py #!/usr/bin/env python declare_host_attribute( NagiosTextAttribute( # Sektion / Gruppe „MY_HOST_CUSTOM_VARIABLES“, # Variable mit beginnenden Unterstrich „_HOST_MAGIC“, # Feldbeschreibung _(„Host Magic“), # Hilfe _(„Hilfe“), ), … Weiterlesen
Die Service Variablen lassen sich genau so Erweitern wie die Host Variablen. Dazu muss man eine neue Definition erstellen im Folder ~/local/share/check_mk/web/plugins/wato/. Die Dateiendung muss .py sein. #!/usr/bin/env python register_rule( # Sektion „Test“, # Variable „extra_service_conf:_test_test“, # Parameter TextUnicode( title = _(„TEST TEST“), help = _(„Test test“), size = 80, attrencode = True, ), itemtype … Weiterlesen
Wenn die Hosts nur mit DNS-Namen angelegt sind wird regelmäßig der DNS-Cache aktualisiert, dies verzögert den Deploy Prozess. Das Script ließt den DNS Cache aus und setzt für die Hosts die IP Adresse statisch, ist die IP nicht im Cache löst er diese direkt per DNS auf. #!/usr/bin/env python # # This program is free … Weiterlesen
Check_MK erwartet bei der Check Funktion ein Tuple mit 2 (ohne Performance Daten) bzw. 3 Werten (mit Performance Daten). <STATUS>, <MESSAGE>, <PERFOMANCEDATA> Wenn man in einem Service mehrere Werte aggregieren möchte z.B. man hat mehrere Lüfter im System möchte aber nicht für jeden einen eigenen Service sondern nur einen einzigen, so muss man die Werte … Weiterlesen
Es gibt die Möglichkeit Check Ergebnisse wenn ein Host nicht direkt erreichbar ist für Check_MK oder man bestimmte Dinge z.B. Erreichbarkeit eines TCP Services von einem anderen Host aus testen möchte, als Piggyback über den Agenten eines anderen Hosts mitzugeben. In den Beispiel haben wir einen Host (router) der ein Check Ergebnis von einem anderen … Weiterlesen
Es ist keine schlechte Idee seine Checks auf einer Testinstanz zu entwickeln, geht etwas schief wird das Produktionssystem davon nicht beeinflusst. Check_MK bietet die Möglichkeit einen SNMP Walk zu exportieren und diesen für die Checkentwicklung zu verwenden. Schritt 1: Export eines SNMP Walks in Check_MK OMD[test1]:~$ cmk -v –snmpwalk router router: Walk on „.1.3.6.1.2.1″…2939 variables. … Weiterlesen
Neben der Möglichkeit lokale Scripts per Agent oder Agent Plugins zu verwenden gibt es noch die Option Werte direkt per SNMP von Geräten auszulesen. Bei diesem Beispiel ist auch eine Erweiterung dabei damit in WATO eine Regel erstellt werden kann mit den Parametern für den Check. Performance Werte sind in dem Beispiel ebenfalls integriert. Die … Weiterlesen
Check_MK hat ein paar kleine Helferlein & Treasures an Board die nicht jeder kennt. mkcheck Mkcheck ist ein Script das ein Template für einen neuen eigenen Check erzeugt. Zu finden ist es unter ~/share/doc/check_mk/helpers/mkcheck OMD[test1]:~$ ~/share/doc/check_mk/helpers/mkcheck -h DESCRIPTION: This script creates a basic check file or if ‚-m‘ specified a manual page. You have to … Weiterlesen
Neben den lokalen Checks gibt es noch Checks die als Plugin im Agenten laufen. Der Unterschied liegt darin das auf dem Host auf dem der Agent läuft keine Bewertung der Informationen stattfindet, diese werden dem Check_MK Monitoring nur als Text zur Verfügung gestellt. Somit basiert ein Agent Plugin aus einem Host Teil (Agent Plugin) und … Weiterlesen
Dem Check_MK Agenten ist es egal mit welcher Sprache ein lokaler Check geschrieben ist, er muss vom Betriebsystem ausführbar sein. Somit kann jede Scriptsprache (Perl, PHP, Python, Powershell, VBS, etc.) verwendet werden. Der Agent erwartet folgendes Format: <checkresult> <name> <perfdata> <status_text> Checkresult 0 = OK – 1 = Warning – 2 = Crtitcal – 3 … Weiterlesen