Beiträge von mfnalex

    Windows ist doch echt für'n Arsch. In Ordner A haben alle Dateien das Änderungsdatum X, verschieb ich alles in Ordner B, so haben die Dateien Änderungsdatum Y. Verschiebt man das ganze zurück, so ist's in Ordner A wieder Änderungsdatum X.

    Ich krieg's Kotzen

    Bei mir unter Windows 10 bleibt das Änderungsdatum beim Verschieben erhalten. Aber ja: Windows ist für'n Arsch.

    Ich hab die PHP Klasse aus dem Wiki gespeichert als netcup_api.php.

    In einer neuen Datei (traffic.php) habe ich folgendes:

    PHP
    #!/usr/bin/php
    <?php
    require_once("netcup_api.php");
    
    $vcpWebServiceEndUser = new VcpWebServiceEndUser("foo", "bar");
    var_dump($vcpWebServiceEndUser->getVServers());
    
    ?>

    Ich bekomme aber nur folgendes:

    Code
    PHP Notice:  Undefined variable: Eaxf219PA in /home/nrpe/netcup_api/traffic.php on line 5
    PHP Fatal error:  Uncaught Error: Class 'SOAPClient' not found in /home/nrpe/netcup_api/netcup_api.php:22
    Stack trace:
    #0 /home/nrpe/netcup_api/traffic.php(5): VcpWebServiceEndUser->__construct('foo', 'bar...')
    #1 {main}
      thrown in /home/nrpe/netcup_api/netcup_api.php on line 22

    Schade, dachte man könnte die API einfach so über PHP aufrufen, dann muss ich wohl irgendeinen Soap-Client installieren.

    Ok vielen Dank, bei 9.9.9.9 kommen die richtigen Einträge. Also muss ich nur noch warten. Hatte nur gedacht dass ich auf Netcup-Servern auch schneller Updates zu den eigenen DNS-Einträgen bekomme.

    Hab mich zu früh gefreut: Mit 8.8.8.8 krieg ich nur die Einträge von heute morgen (vor DNSSEC), auch mit den Netcup-Servern (46.38.225.230 46.38.252.230). Sollten die Änderungen auf den Netcup-Servern nicht nahezu sofort aktiv sein?

    habs mit folgenden IPs in der /etc/resolv.conf probiert:

    8.8.8.8

    und (erscheint bei mir (MacOS) unter DNS automatisch wenn ich 8.8.8.8 rausnehme):

    80.69.96.12

    81.210.129.4

    192.168.192.1

    EDIT: Nochmals auf 8.8.8.8 umgestellt, und jetzt geht's. :) Schade dass es kein Ticket-System gibt, um dem Support mitzuteilen dass es sich bereits erledigt hat.

    Habe heute erst Nagios XI entdeckt, und die kostenlose Version ist genau das was ich gesucht habe: Autodiscovery funktioniert super, alles ist einfach installiert und per Interface einrichtbar. Glaube die kostenlose Version ist auf bis zu 7 Hosts beschränkt, aber ich hab ja nur 5 ^^

    EDIT: Das mit diesen "cached checks" hatte ich bereits probiert, jedoch wurde das Script trotzdem jede Minute aufgerufen :( Hatte das Script abgelegt unter /usr/lib/check_mk_agent/local/7200/mk_apt. Dennoch stellt sich mir die Frage, wieso man nicht einfach im Interface einstellen kann, in welchem Intervall das geprüft werden soll...

    Ach, ist jetzt auch egal dank "apt purge". Hab wirklich keine Lust mehr mich damit rumzuschlagen. Wollte gerade PTRG installieren, da es vielversprechend aussah, da stelle ich fest dass es nur für Windows ist <X.

    Hier mal die Gründe, was mich an anderen Monitoring-Systemen störte:

    Nagios: Das Webinterface der Free-Version sieht aus als wäre es bereits in den 90ern veraltet gewesen und bietet so gut wie gar keine Konfigurationsmöglichkeit. Die Startseite des Interfaces zeigt insgesamt gar keine Informationen an und es ist anscheinend über iFrames aufgebaut. Daher kann ich auch nicht einfach einen Link zur Service-Seite speichern, weil dann die Navigation nicht mehr angezeigt wird.

    Check_MK: Es ist nicht möglich, einzelne Services zu erstellen. Alles ist regelbasiert. Die Konfigurationsmöglichkeiten sind versteckt und wirken sich nicht immer aus, wie sie es auf den ersten Blick sollten (siehe z.B. obiger Screenshot). Das Discovery bringt so gut wie gar nichts, da etliche Services trotzdem manuell hinzugefügt werden müssen (aber wie? Es geht ja nur regelbasiert. Ich möchte aber einfach einem Host bestimmte Services zuordnen.)

    Nirgendwo findet man eine vernünftige Komplett-Anleitung. Außerdem: In der Standardeinstellung für xinetd kann jeder von jeder Adresse auf den Agenten zugreifen. Was soll das denn bitte? Klar, Firewall gehört sowieso installiert, aber wieso wird nicht als Standard einfach nur auf 127.0.0.1 gelistened? Das kommt mir doch arg undurchdacht vor.

    Icinga2: Während des Setups hatte ich schon keine Lust mehr. Warum bietet mir die Paketinstallation an, dbconfig-common für die EInrichtung der Datenbank zu nutzen, fragt dann aber bei der Installation im Webinterface dennoch die Datenbankdaten ab. Passwort des Datenbankbenutzers? Keine Ahnung, ich habe ja eins mit dbconfig-common generieren lassen, in der Hoffnung dass es damit erledigt ist. Wenn ich jetzt sowieso wieder das Passwort ändern soll, damit ich es Icinga mitteilen kann, hätte ich mir ja dbconfig-common sparen können und direkt alles manuell anlegen können. Das kommt mir so inkonsequent vor, dass ich es lieber direkt habe sein lassen. Außerdem basiert auch hier immer noch alles auf Nagios...


    Werde wohl wieder Nagios installieren, da kann man einfach schön pro Host eine Config anlegen und reinschreiben was überwacht werden soll... ist das wirklich zu viel verlangt? :D Kennt jemand sonst noch Alternativen, bei denen das so einfach möglich ist? Dieses ganze regelbasierte Gedöns macht vielleicht Sinn wenn man hunderte Server zu überwachen hat, aber das ist ja bei mir nicht der Fall :)

    Zur Not muss ich sonst wieder meine selbstgebastelte Lösung nutzen, die als Agent auf den Remote-Servern ein einfaches Bash-Script einsetzt und das Ergebnis aller in einem bestimmten Ordner gespeicherten Scripts übermittelt. Da kann ich alles genaustens einstellen und es funktioniert, nur ist mein Webinterface hässlich wie die Nacht und die Check-Scripte nicht portabel.

    Zum einen muss das Plugin auf dem zu prüfenden System installiert sein (einfach das Script ins passende Verzeichnis kopieren). Anschließend in Check_MK unter "Host & Service Parameters" eine entsprechende Regel für apt anlegen.

    Die Regel wird dann entweder auf alle Hosts angewendet welche sich im Ordner / Unterordner befinden oder kann mit Host Tags weiter eingeschränkt werden. Ich habe zum Beispiel ein Host Tag welches festlegt ob es ein Debian System ist oder irgendetwas anderes.

    //edit

    Ist im Falle von mk_apt nicht notwendig.

    Kannst du bitte noch mal erläutern, wie ich es schaffe die Apt-Updates anzuzeigen, ohne mk_apt unter /usr/lib/check_mk_agent/plugins abzulegen? Wenn die mk_apt nicht existiert, erhalte ich folgende Meldung: "UNKNOWN - Item not found in agent output" Ups, falsch gelesen :D

    Weiterhin wird der Apt-Service ein mal pro Minute aufgerufen, obwohl ich das Intervall auf 2 Stunden gestellt habe. Was muss ich noch einstellen, damit der Service nicht jede Minute geprüft wird?

    Sind momentan nur 5 Server insgesamt. Was mich hauptsächlic am "normalen" Nagios störte war die für meine Zwecke unnötige Unterteilung in Command-Definitionen und Service-Definitionen sowie dass man in der kostenlosen Version im Webinterface nichts konfigurieren kann. Auf jeden Fall nochmal vielen Dank für die Antworten, ich bin ein ganzes Stück weiter als vorher und hab Check_MK jetzt zumindest so weit verstanden dass ich es nutzen kann :D :)

    Danke, das hatte ich auch schon probiert, jedoch nur Ausführberechtigungen für root gesetzt. Jetzt erscheint es in der Liste :)

    Aber genau da ist mein Problem: Jetzt muss ich auf JEDEM Host, den ich überwachen möchte, erst das mk_apt-Script installieren - da bringt mir doch die automatische Einrichtung nichts, wenn ich trotzdem das Script auf jedem einzelnen Server ablegen muss. Oder noch schlimmer: Was, wenn es ein Update für das Script gibt? Dann heißt es alle Server manuell updaten?

    Kann man denn nicht einfach einen Service einem Host hinzufügen? Beispiel: Ich synchronisiere mit einem Server meine Backups. Bei Nagios konnte ich dem Host einfach als Service "check_fileage" (oder so ähnlich) hinzufügen, um zu sehen ob die Dateien aktuell sind.

    Und wieso kann ich Services "discovern" lassen, aber nicht die APT Updates? Ich dachte, die Discovery-Funktion dient dazu, dass alle Services, die erkannt werden, automatisch überwacht werden. Warum muss ich das dann selbst hinzufügen?

    EDIT: Habe die Apt-Regel manuell hinzugefügt (siehe Screenshot), und die Änderungen übernommen. Trotzdem zeigt kein Host den Service an.

    Sorry für die vielen Fragen, aber ich finde keine einzige Anleitung die erklärt wie ich einen bestimmten Service einem bestimmen Host zuordne. Alle Anleitungen benutzen den cmk-Befehl, der bei mir gar nicht exisitert :/

    Ich versteh das ganze nicht: Wie kann ich denn zum Beispiel einen Service für einen speziellen Host hinzufügen? Ich möchte über meinen localhost-Host prüfen, wie lange meine SSL-Zertifikate gültig sind. Ich habe das nur geschafft über Host & Service Parameters -> Active Checks -> Check HTTP Service -> als Rule "Main Directory" -> Explicit hosts auf localhost eingestellt.

    Kann man denn nicht direkt bei localhost den Service hinzufügen?

    Übrigens finde ich auch nirgendwo eine vernünftige Anleitung :(

    Ich werd wohl wieder zu nagios wechseln, da haut man einfach pro Host die Services rein und alles funktioniert ohne Probleme.

    Jetzt hab ich eine weitere Frage: mk_apt ist installiert unter /opt/omd/versions/1.4.0p25.cre/share/check_mk/agents/plugins/mk_apt. Dennoch findet der Discovery nicht den entsprechenden Service. Laut https://mathias-kettner.de/checkmk_check_apt.html sollte das aber automatisch funktionieren:

    Zitat

    One service will be created for each system where the mk_apt
    plugin is being installed and the command apt-get is present

    Muss ich den Service manuell hinzufügen, oder kann ich das irgendwie automatisch hinbekommen? Ich überwache mehrere Debian-Systeme, und bei keinem wurde der Apt-Service erkannt :(