Installationshandbuch:TeilundHadminEinrichten: Unterschied zwischen den Versionen

Aktuelle Version vom 9. März 2012, 10:05 Uhr

Archiv: Dieser Artikel beschreibt nicht die Funktionalität des derzeit aktuellen delixs-Servers. Er beschreibt ältere Schulserver-Funktionen und dient dem Zweck der Archivierung.

Administration der Nutzer

Teil- und Hauptadmins besitzen abgestufte Berechtigungen, ACLs und weitere Rechte für Nutzer und Gruppen zu vergeben und zu ändern.

Berechtigungen der Teiladmins und Hauptadmins

Ein Teiladmin (TAdmin) hat das Recht, Nutzer und deren Rechte zu verwalten.

Ein Hauptadmin (HAdmin) hat neben dem Recht Nutzer zu verwalten, auch noch das Recht alle anderen Einstellungen im LDAP zu verwalten - also Vorsicht!

Beachten Sie: Beide haben mit Rechten auf dem Server zu tun, nichts jedoch mit Rechten auf einem Clientrechner. Die Rechte auf dem Client werden vom lokalen Administrator vergeben.

Teiladmin und Hauptadmin einrichten

Melden Sie sich als sysadm an und wählen Sie

Abbildung: Anwender wählen

den Punkt "Anwender" aus,

Abbildung: einzelne Anwender wählen

dann unter "Einzeln",

Abbildung: Admins freischalten

den Menüpunkt "Admins".

Abbildung: Nutzer eintragen

Hier können Sie nun einen Anwender aus der Liste als Teil- oder als Hauptadmin eintragen oder diese Freigabe wieder löschen.

Vergabe von Rechten

Sie können nun mit den Mitteln ihres Clientbetriebssystems die Rechte von Nutzern auf Dateien und Verzeichnisse auf den Serverlaufwerken einstellen.

Die Beschreibung finden Sie im Kapitel Rechteverwaltung im Benutzerhandbuch.

Weitere Informationen zum Thema Access Control Lists können Sie im Administratorhandbuch nachlesen.

Verwaltung des LDAP

Starten Sie einen Browser und geben Sie die Adresse https://Arktur/ldapadmin ein. Sie werden nach Benutzername und Passwort gefragt. Geben Sie Ihre normalen Nutzerdaten ein.

Weitere Informationen können Sie im Kapitel LDAP-Server im Administratorhandbuch nachlesen.

Hinweis: Eine Anmeldung als "root" macht keinen Sinn, denn er besitzt im LDAP nur Gastrechte.

Domänenadministrator

Der Nutzer "adm"

Das Recht "HAdmin" zu sein, gibt einem Nutzer das Recht, sehr viele Änderungen am LDAP-Baum vornehmen zu dürfen. Ein HAdmin hat also etwas mit Nutzerverwaltung zu tun. Das Recht, Domänenadministrator zu sein, ist an eine spezielle Gruppe gebunden. In dieser Gruppe ist der Nutzer "adm". Diesem Nutzer können Sie ein gültiges Passwort geben. Danach kann er sich auf dem Client anmelden und hat automatisch alle eines Administrators auf dem Client.

Andere Nutzer

Eine einfache Lösung, die auch im Samba Handbuch beschrieben steht, wäre im LDAP eine Gruppe Domänen-Admins anzulegen. Diese Gruppe muss eine passende SID haben, die mit -512 endet. Nun können Sie die entsprechenden Benutzer dieser Gruppe zuzuordenen. Beim Aufnehmen eines Rechners in eine Domäne wird diese spezielle Domänen-Gruppe dann in die lokale Administratoren-Gruppe aufgenommen. Die Mitgliedschaft in dieser Gruppe hat auf Linux-Clients und auch auf den Arktur-Schulserver keinerlei Auswirkungen, d.h. die Benutzer haben deswegen noch keine erweiterten Rechte auf dem Linux Dateisystem usw. (im Gegensatz dazu, wenn Sie Benutzer in einem echten NT-Netz zur Gruppe der Domänen-Admins hinzufügen).

zurück | Hauptseite

@@ Zeile 1: / Zeile 1: @@
 __NOTOC__
-{{Uberarbeiten}}
+{{Archiv}}
 == Administration der Nutzer ==
 Teil- und Hauptadmins besitzen abgestufte Berechtigungen, ACLs und weitere Rechte für Nutzer und Gruppen zu vergeben und zu ändern.
+=== Berechtigungen der Teiladmins und Hauptadmins ===
+Ein Teiladmin (TAdmin) hat das Recht, Nutzer und deren Rechte zu verwalten.
+Ein Hauptadmin (HAdmin) hat neben dem Recht Nutzer zu verwalten, auch noch das Recht alle anderen Einstellungen im LDAP zu verwalten - '''also Vorsicht!'''
+'''Beachten Sie:''' Beide haben mit Rechten auf dem Server zu tun, nichts jedoch mit Rechten auf einem Clientrechner. Die Rechte auf dem Client werden vom lokalen Administrator vergeben.
+=== Teiladmin und Hauptadmin einrichten ===
@@ Zeile 10: / Zeile 23: @@
-:
 :[[bild:Admininterface1.png|Anwender wählen]]
-:
 :''Abbildung: Anwender wählen''
@@ Zeile 19: / Zeile 30: @@
-:
 :[[bild:Admininterface2.png|einzelne Anwender wählen]]
-:
 :''Abbildung: einzelne Anwender wählen''
@@ Zeile 28: / Zeile 37: @@
-:
 :[[bild:Admininterface3b.png|Admins freischalten]]
-:
 :''Abbildung: Admins freischalten''
@@ Zeile 37: / Zeile 44: @@
-:
 :[[bild:Admininterface4.png|Nutzer eintragen]]
-:
 :''Abbildung: Nutzer eintragen''
-Hier können Sie nun einen Anwender aus der Liste eintragen oder diese Freigabe wieder löschen.
+Hier können Sie nun einen Anwender aus der Liste als Teil- oder als Hauptadmin eintragen oder diese Freigabe wieder löschen.
-== Materialsammlung für das Kapitel ==
-'''Mail 1:'''
-. Wir hatten die Hoffnung, ein User mit Einordnung als HAdmin genießt am Client die Rechte eines Domänenadmins (sprich kann Software installieren). Wenn dem wirklich so sein sollte, haben wir was falsch gemacht.
-Dem ist nicht so. Das Recht "HAdmin" zu sein, gibt das Recht, sehr viele Änderungen am LDAP-Baum machen zu dürfen. Es hat also etwas mit Nutzerverwaltung zu tun. Das Recht, Domänenadministrator zu sein ist an eine spezielle Gruppe gebunden. In dieser Gruppe ist der Nutzer "adm". Diesem musst Du ein Passwort verpassen. Danach hat er alle Rechte auf dem Client!
-. Wir hatten die Doku so verstanden, das es möglich wäre, sich mit HAdmin Rechten an phpladapadmin anzumelden - ging nicht.... Wenn wir den Text richtig verstanden haben geht es mit root selbst nicht, oder?
-Nein, root geht nicht. Du gibst aber bitte https://Arktur/ldapadmin  als Adresse ein. Dann die
+=== Vergabe von Rechten ===
-normalen Nutzerdaten.
-Gruss Reiner
+Sie können nun mit den Mitteln ihres Clientbetriebssystems die Rechte von Nutzern auf Dateien und Verzeichnisse auf den Serverlaufwerken einstellen.
+Die Beschreibung finden Sie im Kapitel [[Benutzerhandbuch:Rechteverwaltung|Rechteverwaltung]] im Benutzerhandbuch.
-----
+Weitere Informationen zum Thema [[Administratorhandbuch:ACL|Access Control Lists]] können Sie im Administratorhandbuch nachlesen.
-'''Mail 2:'''
-. Wir hatten die Hoffnung, ein User mit Einordnung als HAdmin genießt am Client die Rechte  eines Domänenadmins (sprich kann Software installieren). Wenn dem wirklich so sein sollte, haben wir was falsch gemacht. Wie sieht's aus? Was müssen wir tun, um diesen Traum zu verwirklichen
+=== Verwaltung des LDAP ===
+Starten Sie einen Browser und geben Sie die Adresse https://Arktur/ldapadmin ein. Sie werden nach Benutzername und Passwort gefragt. Geben Sie Ihre normalen Nutzerdaten ein.
-Da schmeisst Du etwas durcheinander.
+Weitere Informationen können Sie im Kapitel [[Administratorhandbuch:LDAP|LDAP-Server]] im Administratorhandbuch nachlesen.
-Ein Teiladmin hat das Recht Nutzer zu verwalten.
+'''Hinweis:''' Eine Anmeldung als "root" macht keinen Sinn, denn er besitzt im LDAP nur Gastrechte.
-Ein Hauptadmin hat neben dem Recht Nutzer zu verwalten, auch noch das Recht alle anderen Einstellungen im LDAP zu verwalten (also Vorsicht!).
-Beides hat mit Rechten auf dem Server zu tun, nichts jedoch mit Rechten auf einem Clientrechner.
+=== Domänenadministrator ===
-Die Rechte auf dem Client werden vom lokalen Administrator vergeben. Falls Du serverbasierte Profile eingerichtet hast, dann gelten diese Rechte automatisch auf allen Clients.
+==== Der Nutzer "adm" ====
-Da ist die Lösung Deines Problems: Melde Dich an einer Station als lokaler Administrator (ohne Netzwerk) an. Dann richte einen neuen Nutzer mit Administrator-Rechten ein. Diesen Nutzer darf es aber noch nicht wo anders geben. Danach wird der gleiche Nutzer auch auf Arktur eingerichtet. Nun melde Dich unter dieser neuen Kennung an eben diesem Client an und wieder ab. Damit wird das servergespeicherte Profil übertragen und Du bist in Zukunft lokaler Admin auf allen Schulrechnern.
+Das Recht "HAdmin" zu sein, gibt einem Nutzer das Recht, sehr viele Änderungen am LDAP-Baum vornehmen zu dürfen. Ein HAdmin hat also etwas mit Nutzerverwaltung zu tun. Das Recht, Domänenadministrator zu sein, ist an eine spezielle Gruppe gebunden. In dieser Gruppe ist der Nutzer "adm". Diesem Nutzer können Sie ein gültiges Passwort geben. Danach kann er sich auf dem Client anmelden und hat automatisch alle eines Administrators auf dem Client.
-Wenn wir den Text richtig verstanden haben geht es mit root selbst nicht, oder?
+==== Andere Nutzer ====
+Eine einfache Lösung, die auch im Samba Handbuch beschrieben steht, wäre im LDAP eine Gruppe Domänen-Admins anzulegen. Diese Gruppe muss eine passende SID haben, die mit -512 endet. Nun können Sie die entsprechenden Benutzer dieser Gruppe zuzuordenen. Beim Aufnehmen eines Rechners in eine Domäne wird diese spezielle Domänen-Gruppe dann in die lokale Administratoren-Gruppe aufgenommen. Die Mitgliedschaft in dieser Gruppe hat auf Linux-Clients und auch auf den Arktur-Schulserver keinerlei Auswirkungen, d.h. die Benutzer haben deswegen noch keine erweiterten Rechte auf dem Linux Dateisystem usw. (im Gegensatz dazu, wenn Sie Benutzer in einem echten NT-Netz zur Gruppe der Domänen-Admins hinzufügen).
-Nein, denn root darf nur auf dem Server selbst, nicht jedoch auf dem Client als Nutzer existieren.
-mit freundlichen Grüßen Uwe
 ----
+<div align="right">[[Installationshandbuch|zurück]] | [[Hauptseite]]</div>
-'''Mail 3:'''
+[[Kategorie:ArchivArktur40]]
-Die Rechte auf dem Client werden vom lokalen Administrator vergeben. Falls Du serverbasierte Profile eingerichtet hast, dann gelten diese Rechte automatisch auf allen Clients.
-Es war meines Wissens nach nicht vorgesehen dass das funktioniert und bei den nächsten Windows Versionen (oder auch Service Packs) würde ich mich nicht darauf verlassen, dass das noch funktioniert. Die Rechte die ein Benutzer hat haben nämlich nichts mit dem Profil zu tun. Interessant ist viel eher, in welchen Gruppen der Benutzer Mitglied ist, und das
-steht eigentlich in einem Teil der Registry, die nicht im Profil ist.
-Da es dennoch funktioniert scheint irgendwas von Windows durcheinandergewürfelt zu werden (wäre ja nix neues, das ganze Profil Konzept ist krank). Nur ob das auch in Zukunft so bleibt ist ne andere Frage.
-Da ist die Lösung Deines Problems: Melde Dich an einer Station als lokaler Administrator (ohne Netzwerk) an. Dann richte einen neuen Nutzer mit Administrator-Rechten ein. Diesen Nutzer darf es aber noch nicht wo anders geben. Danach wird der gleiche Nutzer auch auf Arktur eingerichtet. Nun melde Dich unter dieser neuen Kennung an eben diesem Client an und wieder ab. Damit wird das servergespeicherte Profil übertragen und Du bist in Zukunft lokaler Admin auf allen Schulrechnern.
-Eine andere, einfache Lösung die auch im Samba Handbuch steht, wäre im LDAP eine Gruppe Domänen-Admins anzulegen (muss eine passende SID haben, AFAIK absolut ohne Garantie muss die mit -512 enden) und die entsprechenden Benutzer dieser Gruppe zuzuordenen. Beim Aufnehmen eines Rechners in eine Domäne wird nämlich diese spezielle Domänen Gruppe in die lokale Administratoren Gruppe aufgenommen. Die Mitgliedschaft in dieser Gruppe hat auf Linux keinerlei Auswirkungen, d.h. die Benutzer haben deswegen noch keine erweiterten Rechte auf dem Linux Dateisystem usw (im Gegensatz dazu wenn man Benutzer in einem echten NT Netz zur Gruppe der Domänen-Admins hinzufügt) Ich mache das in meinem Netz daheim (kein Arktur), funktioniert ganz ohne Roaming Profiles (brauche ich daheim nicht) sehr gut. Alle Benutzer sind lokale Admins  :)  (oder auch :()
-Viele Grüße Michael
-----
-<div align="right">[[Installationshandbuch|zurück]] | [[Hauptseite]]</div>