Zwei Admin mit Rootrechten?

[Dan5 0]

Kann ich irgendwie einem zweiten Admin Rootrechte geben?

Grüsse.

[Stefan 0]

Der zweite Account muss nur der gleichen Gruppe zugeordnet werden, wie der eigentliche Adminaccount.

[Dan5 0]

Hallo Stefan

Optimal wäre gewesen, wenn man einen User oder eine zweite Gruppe mit Rootrechten austatten könnte. Bei uns gibt es zusätzlich noch eine Gruppe "Webmaster" welche für das technische Zuständig ist. Rootrechte wären da von Vorteil.

Grüsse.

[Stefan 0]

Nein, das geht so einfach nicht. Ggf. mit leichter Modifikation der Forensoftware.

[smashIt 0]

wenns nur n paar user sind kannst es ja über ne secondäre gruppe regeln

[Dan5 0]

Es soll, nebst dem Root-Admin, noch ein weiterer User Rootrechte haben. Weitere User sind nicht notwendig.

Wie meinst du das mit der sekundären Gruppe?

[smashIt 0]

du könntest ne neue benutzergruppe basierend auf Admin erstelln

oder eben wennst das profil eines users editierst ihm zusätzlich adminrechte verpassn

[TO_Webmaster 0]

Die Zweitgruppe reicht nicht aus. Verschiedene Rechte (SQL, etc.) fehlen dann.

[Stefan 0]

Zur mal so zu Dokumentationszwecken, hast du jetzt ein IPB Version 1.3 oder 2.0 bzw. 2.1?

[Dan5 0]

Das meinte, ich die Funktionen wie SQL-Optionen und Logdateien sollen dann auch zur Verfügung stehen. Da reicht ein normaler zusätzlicher Adminaccount nicht aus.

@ Stefan

Zur Zeit die Version 1.3, demnächst gibt's ein Update auf die neuste Version (2.x).

[Stefan 0]

Wenn du das Update auf Version 2.1.x machst, ist das Problem dort nicht mehr existent. ;)

[Dan5 0]

Das ist gut zu wissen. Somit hat sich das Problem erledigt. Danke.

[TO_Webmaster 0]

Wenn du das Update auf Version 2.1.x machst, ist das Problem dort nicht mehr existent.

Ein User mit Zweitgruppe Admin bekommt immer noch folgende Meldung:

Sorry, these functions are for the root admin group only

(eben empirisch bewiesen)

Gibt es beim IPB 2.1.6 etwa eine Lösung dafür?

MfG TO_Webmaster

[Stefan 0]

Stimmt, auf SQL Management kommen normale Admins immer noch nicht, auch wenn man ihnen als zweite Gruppe Root Admin zuordnet. Da ich die Optionen nie benutze, ist mir das nicht aufgefallen.

Die Logdateien lassen sich aber auch von normalen Admins aufrufen. Für das SQL Management müßte man also immer noch das Board modifizieren und die Abfrage da raus nehmen,

[Dan5 0]

Ich greife dieses Thema nochmals auf. Forumversion ist immernoch 1.3.

Kann ich den ersten Admin, mit Rootrechten, als normalen Benutzer einstufen und einen anderen User als Root einsetzen. Geht das?

[Dan5 0]

Es gab hier im Forum einen Datenbankbefehl, mit dem man einen beliebigen User anhand der ID, Rootrechte zuweisen konnte. Also so, dass nicht die ID-1 automatisch Rootrechte hat, sondern ein beliebiger User.

Sowas bräuchte ich, einfach umgekehrt. Leider finde ich dazu nichts mehr.

[Modula 0]

Die SQL Funktion des ACPs ist fest an die admin_group (4) gekoppelt. Entweder du weist dem Benutzer der die Funktion benutzen können soll diese Administratorgruppe als Hauptgruppe zu oder aber du modifizierst das ACP. Eine andere Lösung gibt es nicht.

Mit ID 1 hat das nichts zu tun.

[Dan5 0]

Hallo

Mir gehört das Forum und ich kann auch via phpMyAdmin SQL-Befehle ausführen, das ist nicht das Problem. Ich suche nur eine Möglichkeit, einem anderen User die Rootrechte zu übertragen.

[TO_Webmaster 0]

Ich greife dieses Thema nochmals auf. Forumversion ist immernoch 1.3.

Kann ich den ersten Admin, mit Rootrechten, als normalen Benutzer einstufen und einen anderen User als Root einsetzen. Geht das?

Du musst den anderen User in die Admigruppe setzen und den ersten User in die Mitgliedergruppe. Dann hat der andere User root-Rechte und der erste Benutzer ist normales Mitglied. Anders geht es ohne Modifikation nicht.

[Dan5 0]

So wie ich das sehe, kann man den Rootadmi nicht einfach so in eine andere Gruppe verschieben. Der ist geschützt. Unser Rootadmin hat die Benutzer ID8, normalerweise ist das jedoch die ID1. Der wurde schonmal mit einem SQL-Befehl von 1 auf 8 gesetzt.

[Modula 0]

Du siehst das falsch.

Die Benutzerid hat nicht mit der Gruppenzugehörigkeit zu tun.

Relevant ist nur die Gruppenid, die in der Datenbankspalte mgroup der tabelle ibf_members gespeichert ist.

Über diese ID wird einem Benutzer eine Gruppe Zugeordnet.

Ob ein Benutzer Rootadmin ist oder nicht hängt lediglich davon ab, welche Zahl in der Spalte mgroup bei ihm steht.

Standardmäßig hat die Rootadmingruppe des IPBs die ID 4,

d.h. alle Benutzer, die in der Spalte mgroup die Zahl 4 stehen haben sind Rootadmins.

Edited September 1, 2006 by Modula

[Dan5 0]

Das war des Rätsels Lösung, danke.

Da derjenige der das Script installiert die ID1 hat und automatisch die Rootrechte zugeschrieben bekommt, ging ich davon aus. Das ist natürlich falsch.

:)