Hi @StephanBuerger wir blocken die entsprechenden "User" so schnell wie möglich. Ich werde die Kollegen mal fragen ob es Updates der Foren-Software gibt die es den Bots schwieriger macht VG Leo

Hallo, ich habe jetzt von Hand die Version 1.18.1 heruntergeladen und installiert. Damit scheint dieser Fehler behoben. Gruß Stephan

Hallo @Lhaard Wäre, zumindest für 1, nicht der "Listener" aus der Kategorie "Netzwerkverbindungen" (als Kategorie eines Servers) etwas? Wenn Du jede Website als Abdikation anlegst, könntest Du das dafür verwenden. Würde ja auch passen, dass die Webseite auf einem Server gehostet ist.

Hi @ebeh, das sieht aber sehr komisch aus. Ich habe ebenfalls probiert die Berechtigungen auf src/config.inc.php umzusetzen, sodass der Zugriff verweigert wird. Das Fehlerbild ändert sich dadurch aber gänzlich. Könntest du bitte noch ein letztes folgendes ausführen und den Output prüfen: Wechsle ins i-doit root directory und führe dies aus: php console.php Was ist der Output? Viele Grüße Selcuk

Hallo @sfIT Eigentlich müsstest Du doch richtig sein. Bei den Port Einstellungen des Switch kannst Du die Verbunden Layer2 Netze angeben. Diese entsprechen ja Deinen VLANs [image: 1649505824623-2022-04-09-14_00_56-i-doit-cmdb-_-switch-_-ws01-1og-_-port.png] [image: 1649505912046-2022-04-09-14_04_25-i-doit-cmdb-_-switch-_-ws01-1og-_-port-_-x440g2-48p-10g4-port-1.png] [image: 1649505835048-2022-04-09-14_00_36-i-doit-cmdb-_-switch-_-ws01-1og-_-port-_-x440g2-48p-10g4-port-1.png]

Hallo @cBorisa, ich Pflege zwar keine Lizenzen aber aktuell würde mir nur einfallen, eine benutzerdefinierte Kategorie zu erstellen die dem Lizenzen Objekttyp zugeordnet ist. In der können dann die Buchhaltungsinformationen zu verschiedenen Lizenzschlüsseln abgelegt werden.

Hallo, mir ist die Lösung selber eingefallen. Ich habe mir die Liste der Layer-3 Netze als CSV exportiert. In dieser habe ich dann zwei Spalten gemacht. Den Namen des L3 Netzes und den des L2 Netzes. In der zweiten Spalte habe ich keine Werte eingetragen. Diese Liste habe ich dann über den CSV-Import importiert. Schon sind die falschen Einträge weg Layer3-Name;Layer2-Netz xxxx; yyyy; zzzz; Eventuell braucht das ja eimmal jemand. Gruß Stephan

Habs geschafft, läuft jetzt mit Case when then als SQL-Abfrage im Report und filter die entsprechenden Ebenen raus/weg.

Hallo zusammen, aufgrund neuer Passwort-Richtlinien werden die User seit i-doit 1.18 nicht mehr in den SQL Dumps ausgeliefert das ist korrekt. Das setup/install.sh Skript wurde hierbei leider vergessen zu aktualisieren, sodass es in dieser Version nicht funktioniert. Statt dem Skript sollten besser die "Commands" genutzt werden die es seit einiger Zeit in i-doit gibt: php console.php install - dieser Prozess läuft interaktiv ab, kann aber auch mittels Parameter vorbefüllt werden (siehe php console.php install -h) Nachdem i-doit installiert wurde muss über den noch ein Mandant erstellt werden: php console.php tenant-create. Damit sollte dann alles laufen Viele Grüße Leo

Edit2: Ich habe den Report jetzt auf SQL umgestellt. So konnte ich dort den "Status" abhängig vom aktuellen Tag ausgeben lassen. Gruß Stephan

Hallo, genau so geht das. Beim maping vorbereiten werden die Spalten der CSV dann den Feldern der Objekte zugeordnet. Sprich die Reihenfolge, wie die in der CSV stehen ist irrelevant. LG ThomasH

@zappmax Ja, das Update sollte eigentlich klappen. Es gibt neben den Installationskits auch immer Update-Kits. Mit der Open-Version habe ich es noch nicht getestet, aber schon diverse Pro-Updates problemlos durchgeführt (die allerdings etwas anders ablaufen).

Hi Oya, besteht dieses Problem weiterhin oder war es dir möglich es zu lösen? Viele Grüße Selcuk

Hi @DanielB, wie ist denn dein Lösungsansatz für dieses Problem. Findest du, dass das Add-on dir die Dokumentation dieser Informationen erlaubt? Viele Grüße Selcuk