Subcategories

  • Fragen und Infos rund um i-doit, das Team, Ziele und Pläne

    1k Topics
    4k Posts
    T
    @mamawe Hast Du hier ggf. schon eine Möglichkeit gefunden? Besten Dank im Voraus! VG TheBob
  • Fragen zu Installation, Konfiguration oder Nutzung

    2k Topics
    8k Posts
    P
    @LFischer Hi Leo, alles klar. Dann werde ich entsprechende Vorschläge einreichen. Danke für die Rückmeldung! Grüße Malte
  • Einen Fehler melden, Änderungen anregen oder selber entwickeln.

    1k Topics
    4k Posts
    G
    @Michael-Huhn Danke für die Rückmeldung. Ich habe zwei Drafts eingestellt. Ich muss nochmal in Ruhe schauen, ob ich was übersehen habe. https://github.com/i-doit/knowledge-base/pull/1093 https://github.com/i-doit/scripts/pull/50 Was mir generell am meisten aufstößt, ist dass die DocumentRoot komplett mit Schreibrechten für den Apache ausgestattet wird. Auf der Seite vom Hardening wird dann mit Permissions und immutable Attribute das wieder gesichert. Das macht IMHO wenig Sinn, dass man sichere Voreinstellungen des Systems (z.B. Owner root:root mit Context httpd_sys_content_t) aufweicht, um sie dann später umständlich wieder zu härten. Ich bin ja ein Fan davon, gleich alles richtig und sicher zu installieren (dann kann man es auch gut als RPM verpacken) und nur auf die Verzeichnisse dem Webserver Schreibrechte zu geben, wo diese tatsächlich notwendig sind. Aber dann kann man natürlich erstmal nicht den Web-Updater benutzen. Aber die sind aus Sicherheitsgesichtspunkten sowieso immer kritisch, wenn der Web-Update seinen eigenen Code aktualisieren will, sofern man keinen Umweg über ein Script geht, welches als root läuft (der Web-Update startet z.B. per sudo ein Script als root, welches den Code aktualisiert...) Soll man das hier diskutieren oder ist es besser, ich mache ein Issue im GitHub zu diesem Thema?
  • Raumpläne verschwunden

    7
    0 Votes
    7 Posts
    255 Views
    D
    Hi @mikelae , du musst die eingefügten Raumpläne makieren und dann übernehmen und speichern. so siehts aus wenn es nicht makiert ist [image: 1620643193929-test1.png] so ist makiert [image: 1620643246005-test2.png] VG DIM
  • idoitcmk :SSL certificate problem: unable to get issuer certificate

    2
    0 Votes
    2 Posts
    341 Views
    Michael HuhnM
    Hallo @hallo456, zuerst mal werden in Zertifikaten immer Hostnamen verwendet und keine IP-Adressen. Somit sollte der Hostname in der Konfiguration des Check_MK 2 Add-ons stehen. Weitere Informationen zur Verwendung von HTTPS findest du z.B. unter https://kb.i-doit.com/display/de/Sicherheit+und+Schutz#SicherheitundSchutz-Transportverschlüsselung mfg Micha
  • idoitcmk Status FAIL

    5
    0 Votes
    5 Posts
    416 Views
    M
    Zum Problem mit "Undifined index: mandator" gibt es laut i-doit support schon ein Bug Ticket. Da wird noch daran gearbeitet. Ich bin in das selbe Problem gelaufen. idoitcmk push sollte aber trotzdem funktionieren (tuts bei mir aber nicht). siehe: Topic 3766 lg, Marco @oliver-w said in idoitcmk Status FAIL: Hallo zusammen, dann "missbrauche" ich mal diesen Thread für mein Problem. [image: 1588765079743-d9ef584d-4304-4408-98f4-a9d704063155-grafik.png] Sowohl die Anbindung des Addons an die JSON-RPC API als auch die Verbindung zum Livestatus funktioniert nicht. idoit und checkmk laufen auf unterschiedlichen Hosts - rein lokaler Testaufbau. Hier die entsprechenden Stellen der config.json: "i-doit": { "url": "http://localhost/src/jsonrpc.php", "key": "277lbx7723pcwwk8", "username": "admin", "password": "admin", "language": "en", "limitBatchRequests": 500 }, "check_mk": { "webAPI": { "url": "http://192.168.100.10/TESTSITE/check_mk/webapi.py", "username": "automation", "secret": "MOINKUGACUIJUGHVCAYG", "effectiveAttributes": true }, "livestatus": { "title": "Check_MK", "type": "tcp", "host": "192.168.100.10", "port": 6557 } }, Weitere Konfig: [image: 1588765834150-524dceea-0d4a-4b1c-a4a0-e320f6c58bbc-grafik.png] [image: 1588765864643-e915a3dd-38a7-45b2-87e4-a55f593fdf90-grafik.png] Wäre für jegliche Hilfe dankbar. Schöne Grüße!