Subcategories

• Allgemein

  Fragen und Infos rund um i-doit, das Team, Ziele und Pläne
  1k Topics

  4k Posts

  C

  Hallo StefanP74, vielen Dank für deinen Beitrag und die Einblicke, die du zu i‑doit gegeben hast. Deine Beschreibung des Vorgehens (Locations → Floors → Equipment etc.) finde ich sehr hilfreich und zeigt, dass du bereits systematisch arbeitest. Ich möchte die Diskussion gern noch etwas erweitern: An alle Nutzer dieser Community – wer von euch hat mit i-doit wirklich ein erfolgreiches Asset-Management-System aufgebaut, also nicht nur Inventarisierung oder Dokumentation, sondern einen durchgängigen Prozess von Beschaffung über Nutzung bis Ausmusterung inklusive Kennzahlen, Kostenverfolgung, Lebenszyklen usw.? Ich finde es schwer vorstellbar, dass nur zwei Organisation bzw. eine Person hier positive Erfahrungen gemacht hat. Ich wäre sehr interessiert zu hören, wie ihr „Erfolg“ definiert habt, mit welchen konkreten Kennzahlen ihr arbeitet, wo eventuell Stolperfallen lagen. Nochmals vielen Dank, Stefan, für deinen Input – und an alle eine große Bitte für Rückmeldungen! Viele Grüße
• Betrieb

  Fragen zu Installation, Konfiguration oder Nutzung
  2k Topics

  8k Posts

  P

  Hallo, ich würde gerne allen Mitarbeitern Zugriff auf I-Doit gewähren. Dabei sollten die auch nur die Arbeitsplätze und zugewiesenen Endgeräte sehen können, die dem Mitarbeiter zugewiesen worden ist. In der Berechtigung kann ich die Bedingung "Objekte unterhalb eines logischen Standortes" auswählen und als Parameter Personen auswählen. Gibt es da die Möglichkeit den aktuellen Benutzer auszuwählen? [image: 1762344762640-3724f427-d3d7-444d-85c3-c5d82b91577a-809dcc8b-7716-420f-9d7a-6c0f95103288.png] Andere Möglichkeit wäre, wenn ich über mein Script, was für das Anlegen einens neues Benutzers geschrieben habe erweitere, so dass dem Benutzer auch die Berechtigung zugewiesen wird. Ist das über die Api möglich? Gibt es eventuell bessere Wege sowas zu bewerkstelligen? Grüße Manuel
• Entwicklung

  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?