Hi,

ok - also meine Anforderungen sind eigentlich relativ einfach. Rechte (Gruppe oder Benutzer) auf das Objekt. Warum? Wenn ich ein Objekt anlege, weiss ich, welche Benutzer es sehen dürfen. Dass kann ich über Benutzer und Gruppen regeln. Nehmen wir mal als Objekt einen Server und die ihm zugeorneten Objekte. Die verantwortlichen Admins f.d. Gerät dürfen alles sehen. Für die Netzwerker z.B. ist netzwerkadresse, Karte etc. interessant - die Systemkonfiguration geht sie aber einen feuchten Staub an. Für das Service-Management sind wieder andere Sachen interessant.

Ich denke das mit den beschriebenen Rechten auf Objektebene das meiste abgefackelt werden könnte. Sinnvoll wäre erstmal ein Recht f.das ganzen Objekt (z.B. Server) mit "Unterrechten" f. einzelnes (Netzkonfiguration, Ansprechpartner, Wartungsverträge etc.).

Ferner müssten die Rollen (Reader, Autor etc.) mit festgelegt werden können, um zu regeln, wer ändern darf, lesen oder sonst was.

Interessant wäre noch, Objekte mehreren Mandanten zuordnen zu können (z.B. Gebäude, Räume, Kontakte)

Gibt es da schon einen Zeitplan? Rechte auf Objekttypen reichen aber nicht. Es sollten schon Gruppenrechte auf Objekte sein. Z.B. darf eine Gruppe d. Windowsadmins keinen Zugriff auf Infos d. Unix-Admins haben etc.

Gruss - JeanLuc

Hi,

vielleicht bin ich auch nur zu blöd. Aber sei es drum. Ein Login das Recht Browse ist offenbar nicht möglich.  Also habe ich eine Rolle Browser angelegt, die nur das Recht browse für Modul 2 (cmdb) besitzt. Eine Gruppe angelegt und dann entsprechend verdrahtet. Ein Mitglied dieser Gruppe kann sich anmelden und (oh Wunder) sieht nicht nur den Navigationsbaum, sondern auch alle sichtbaren Informationen, also das, wozu eigentlich eigentlich das Recht 2 (read) erforderlich sein sollte.

Hintergrund:

Ich habe hier momentan zwar nur einen Mandanten, aber nicht alle Benutzer dürfen auch alle Informationen in der CMDB sehen. ist das lösbar? Alos z.B. geht die Windows-Admins nichts von den Unix-Admins an. Gleichwohl muss der Servicedesk alles sehen können.

Kann ich das irgendwo verdrahten?  Auch wenn es nur in der Datenbank geht.

Gruss - Jeanluc

Hi,

wenn ich ein Ladescript f. z.B. Server baue, habe ich nur ein kleines Problem. Wie erstelle ich die System-ID? Beim einklopfen wird die ja vom System vergeben.

Gruss - JeanLuc

Hi,

gibt es irgendwo das Modell der Datenbank?

Hintergrund:

Ich habe noch div. Excel-Tabellen, Daten in 0.8 etc. Eigentlich keine Lust, alles manuell reinzuklopfen.

Schon mal Danke.
JeanLuc

Danke. Hatte ich nach meinem Post dann auch gefunden. Da mit der Gruppenzuordnung in der Kontaktverwaltung ist schön gelöst. Hat mir das erstellen einiger Ladescripts erpart. :-))

Hi zusammen,

ich habe schon mit der 0.8 die Benutzertabelle zur Authentifikation von Nagios, Apache etc. zusammen mit einer eigenen Gruppentabelle  hergenommen.

Unter 0.9 gibt es ja Gruppen, so dass ich keine eigene Tabelle mehr benötigen. Wenn ich wüsste, wie und wo die Zuordnung zwischen Gruppen und Benutzern erfolgt.

Gruss
Jeanluc

Soweit ich mich entsinne waren es Verezichnisrechte. ist aber zu lange her.

Gruss - JeanLuc

Hi,

danke f.d. Antwort. Ist im Prinzip wurscht. Mir ging es eigentlich um folgendes:

• Einrichtung eines (nicht veröffentlichten) Benutzers, der das Recht hat, Doku anzusehen.
• Im Nagios eine Vorbelegung d. URL f. extended Server(oder Host)infos.
• Diese Info (URL der Doku f. Dienst/Host) wird einem kleinen Programm übergeben
• Dieses Programm übernimmt die Anmeldung und öffnet die Seite m.d. Dokumentation.

Gruss - JeanLuc

Hi zusammen,

ich verwende i-doit und Nagios auf einer Maschine. Zur Authentifizierung im Nagios verwende ich die Usertabellen aus dem i-doit. Geht prima.

Jetzt habe ich nur noch ein Problem. Ich will aus dem Nagios heraus auf die Doku zugreifen. Minimum ist hierbei, dass ich hypergate.php die Parameter übergeben kann, so dass ein extra Anmelden unnötig ist.

Genial wäre es, wenn ich die betreffende URL direkt anspringen könnte.

Gruss - JeanLuc