Hi, ich habe zwar das ISMS Modul nicht, aber bei "normalen" i-doit Attributen hilft mir in diesen Fällen oft ein CSV-Export, Datenkorrektur, CSV-Import. Alternativ gibt es auch noch die Massenänderung, die beim setzten von einzelnen gleichen Werten auch hilft. Grüße Leo

Hallo @MiBa_anyWARE, wie du die Daten am besten Importieren kannst, damit Sys_ID und Ersteller nicht überschrieben werden, kann ich dir leider nicht beantworten. Aber zum Übertragen der Struktur mit deinen erstellten Objekttypen und eigenen Kategorien kannst du den Add-On Packager verwenden. Das ist ein kostenloses Add-on, was genau für solche Zwecke erstellt wurde: https://kb.i-doit.com/de/i-doit-add-ons/add-on-packager.html Hier noch der Link mit einem Vorstellungsvideo von der i-doit Seite: https://www.i-doit.com/produkte/add-ons/packager Viele Grüße Nico

@LFischer Hallo Leo, entschuldige die späte Antwort - das Problem wurde mit dem passenden Hotfix bereits behoben. Vielen Dank!

@sj Richtig, Die Mandator ID 0 ist Systemweit und 1... jeweils der Mandant.

@apfel-jan hast du das Thema lösen können? Ich habe heute dazu eine Anfrage bei der Synetics eingereicht.

Der Hinweis von StefanP74 (siehe weiter unten) war bei mir erfolgreich, die Problematik war identisch. Gruß, T1

@mwaldeck Vielen Dank für die Rückmeldung.

@u2micha Für das SSO wird doch nur das AuthType verwendet, d.h. es müsste doch möglich sein, eine Location auszunehmen: <Location /src/jsonrpc.php> AuthType None Require all granted </Location> Ich kenne aber mod_auth_mellon nicht. Das README hat einen anderen Vorschlag: <Location /noSSO> MellonEnable "off" Require all granted </Location>

@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?

@mamawe Hast Du hier ggf. schon eine Möglichkeit gefunden? Besten Dank im Voraus! VG TheBob

@LFischer Hi Leo, alles klar. Dann werde ich entsprechende Vorschläge einreichen. Danke für die Rückmeldung! Grüße Malte

Hallo @jakob dein Ansatz ist soweit eigentlich ganz gut, es fehlt nur der richtige Wert für assigned_connector. In solchen Fällen kann es schon weiterhelfen die Daten auszulesen und mit der GUI zu vergleichen { "version": "2.0", "method": "cmdb.category.save", "params": { "object": 1234, <-- Objekt ID (Server) "category": "C__CATG__CONNECTOR", "data": { "title": "Connector", "assigned_connector": 123, <-- Anschluss Datensatz ID "cable_connection": 234 <-- Kabel Objekt ID }, "apikey": "<hello-api>" }, "id": 1 } Der Wert für assigned_connector muss die Datensatz ID des zu verbindenden Anschlusses sein, das kannst du in der GUI z.B. hier sehen: [image: 1755614326990-4e304c88-3318-4f3c-84da-0fc801b49966-image.png] Alternativ kannst du dir den value der Checkbox anschauen (falls das data-connector-id Attribut nicht existiert). Bezüglich entry ist wichtig zu wissen das die save Methode zum erstellen und aktualisieren genutzt werden kann. Lässt man entry leer wird ein Datensatz erstellt (= create), gibt man eine Datensatz ID an, wird diese aktualisiert (= Update). Viele Grüße Leo

Hallo @kholzenhauer , die Lösung für diesen Fehler ist der Hotfix ID-11972. Wenn man im apache2 error.log nachschaut (/var/log/apache2/error.log), ist dort auch die Fehlermeldung zu finden, welche auf der KB Seite für den Hotfix angegeben wurde. Also einfach den Hotfix installieren, wie auf der KB Seite beschrieben und dann sollte die Kategorie wieder normal laufen.