Ldapscripts - Versionsgeschichte

Netbreaker: /* Templates */

2011-08-04T17:14:04Z

‎Templates

Netbreaker: /* Konfiguration */

2011-04-07T12:06:39Z

‎Konfiguration

Netbreaker: /* Konfiguration */

2011-04-07T11:49:21Z

‎Konfiguration

Änderungen zeigen

Netbreaker: /* Konfiguration */

2010-12-17T19:43:13Z

‎Konfiguration

Netbreaker: /* Konfiguration */

2010-12-17T19:41:56Z

‎Konfiguration

Netbreaker: /* Konfiguration */

2010-12-17T19:06:59Z

‎Konfiguration

Netbreaker: /* Konfiguration */

2010-11-30T09:31:39Z

‎Konfiguration

Netbreaker: /* Benutzer/Gruppen anlegen */

2010-11-30T09:25:53Z

‎Benutzer/Gruppen anlegen

Netbreaker: /* Konfiguration */

2010-11-30T08:50:43Z

‎Konfiguration

Netbreaker: /* Konfiguration */

2010-11-29T00:25:08Z

‎Konfiguration

@@ Zeile 138: / Zeile 138: @@
 Die Anpassung der Templates bei ''Lenny'' (s.u.) verursachte einen Fehler, der zumindest bei ''Squeeze'' lokalisiert werden konnte.
-Beim Anlegen eines Users mit '''ldapadduser''' wurde kein Passwort eingetragen, aber auch kein Fehler gemeldet. Die Ursache dafür ist im geänderten DN zu suchen. Eingetragen wurde im LDAP '''cn'''=<USERNAME>,$SUFFIX. Das Passwort dabei nicht direkt gesetzt, sondern in einem 2. Schritt. Hier wurde versucht, '''uid'''=<USERNAME>,$SUFFIX''' zu modifizieren. Obwohl das Attribut '''uid''' ebenso wie '''cn''' gesetzt war,
+Beim Anlegen eines Users mit '''ldapadduser''' wurde kein Passwort eingetragen, aber auch kein Fehler gemeldet. Die Ursache dafür ist im geänderten DN zu suchen. Eingetragen wurde im LDAP '''cn'''=<USERNAME>,$SUFFIX. Das Passwort dabei nicht direkt gesetzt, sondern in einem 2. Schritt. Hier wurde versucht, '''uid=<USERNAME>,$SUFFIX''' zu modifizieren. Obwohl das Attribut '''uid''' ebenso wie '''cn''' gesetzt war,
 '''ldappasswd''' benötigt aber den DN als Angabe. '''uid''' ist aber in '''ldapadduser''' hartverdrahtet.

@@ Zeile 4: / Zeile 4: @@
 Unter Debian wird durch '''/usr/share/ldapscripts/runtime.debian''' eine systemspezifische Konfiguration geladen, bevor '''/etc/ldapscripts/ldapscripts.conf''' verarbeitet wird.
-Lenny versucht in '''runtime.debian''' aus '''/etc/pam_ldap.conf''' (aus libpam-ldap) LDAP-spezifische Informationen auszulesen und bezieht das Passwort aus '''/etc/ldap.secret'''.
+''Lenny'' versucht in '''runtime.debian''' aus '''/etc/pam_ldap.conf''' (aus libpam-ldap) LDAP-spezifische Informationen auszulesen und bezieht das Passwort aus '''/etc/ldap.secret'''.
-/usr/share/ldapscripts/runtime.debian (Lenny):
+/usr/share/ldapscripts/runtime.debian (''Lenny''):
   getfield() {
      field="$1"
@@ Zeile 31: / Zeile 31: @@
-Squeeze versucht diese Informationen aus '''/etc/libnss-ldap.conf''' (aus libnss-ldap) zu beziehen.
+''Squeeze'' versucht diese Informationen aus '''/etc/libnss-ldap.conf''' (aus libnss-ldap) zu beziehen.
-/usr/share/ldapscripts/runtime.debian (Squeeze):
+/usr/share/ldapscripts/runtime.debian (''Squeeze''):
   getfield() {
      local field="$1"
@@ Zeile 65: / Zeile 65: @@
   MSUFFIX=`getsuffix nss_base_hosts   'ou=Hosts'`
-Wird '''libnss-ldapd''' eingesetzt, existiert die '''/etc/libnss-ldap.conf''' nicht mehr. Unter Lenny gehört zu diesem Paket der '''nslcd''' und ein Teil der Informationen wäre in '''/etc/nss-ldapd.conf''' wiederzufinden. Unter Squeeze ist der '''nslcd''' in ein eigenes Paket verlagert und '''/etc/nss-ldapd.conf''' heißt jetzt '''/etc/nslcd.conf'''.
+Wird '''libnss-ldapd''' eingesetzt, existiert die '''/etc/libnss-ldap.conf''' nicht mehr. Unter Lenny gehört zu diesem Paket der '''nslcd''' und ein Teil der Informationen wäre in '''/etc/nss-ldapd.conf''' wiederzufinden. Bei ''Squeeze'' ist der '''nslcd''' in ein eigenes Paket verlagert und '''/etc/nss-ldapd.conf''' heißt jetzt '''/etc/nslcd.conf'''.
 Aufgrund dieser Veränderungen müssen die LDAP-spezifischen Parameter in '''/etc/ldapscripts/ldapscripts.conf''' angepaßt werden.
-'''/etc/ldap.secret''' und '''/etc/pam_ldap.secret''', wie in ldapscripts.conf vorgeschlagen, existieren bei Squeeze nicht mehr, sodaß das Passwort nur noch für ldapscripts selbst hinterlegt werden muß.
+'''/etc/ldap.secret''' und '''/etc/pam_ldap.secret''', wie in ldapscripts.conf vorgeschlagen, existieren bei ''Squeeze'' nicht mehr, sodaß das Passwort nur noch für ldapscripts selbst hinterlegt werden muß. ''"DEBIAN: values from /etc/pam_ldap.conf are used."'' trifft ebenfalls nicht mehr zu (s.o.).
-−
 ''DEBIAN: values from /etc/pam_ldap.conf are used.'' trifft ebenfalls nicht mehr zu (s.o.).
 Weiterhin wird '''/etc/adduser.conf''' ausgewertet und folgende Variablen gesetzt:
-/usr/share/ldapscripts/runtime.debian (Squeeze):
+/usr/share/ldapscripts/runtime.debian (''Squeeze''):
   # User properties
   [ -f /etc/adduser.conf ] && . /etc/adduser.conf
@@ Zeile 83: / Zeile 81: @@
 (bei Lenny nur USHELL & UHOMES)
-weitere Vorgabewerte bei Lenny:
+weitere Vorgabewerte bei ''Lenny'':
   # Start with these IDs *if no entry found in LDAP*
   UIDSTART=`getfield pam_min_uid  1000`
@@ Zeile 90: / Zeile 88: @@
   CREATEHOMES="no"
-Squeeze vergibt hier keine Vorgaben mehr.
+''Squeeze'' vergibt hier keine Vorgaben mehr.
-Daraus resultiert unter Squeeze folgende Konfiguration.
+Daraus resultiert bei ''Squeeze'' folgende Konfiguration.
 /etc/ldapscripts/ldapscripts.conf:
@@ Zeile 135: / Zeile 133: @@
 Es reicht, wenn "der Rest der Welt" das Homeverzeichnis (und damit auch blind Unterverzeichnisse, z.B. htdocs) betreten darf, Lesen ist nicht nötig. Die in der Config angegebenen Programme müssen natürlich auch installiert sein.
-Unter Squeeze funktioniert das Erzeugen des Homeverzeichnis auch wieder.
+Bei ''Squeeze'' funktioniert das Erzeugen des Homeverzeichnis auch wieder.
 ===Templates===
-Die Anpassung der Templates unter Lenny (s.u.) verursachte einen Fehler, der zumindest unter Squeeze lokalisiert werden konnte.
+Die Anpassung der Templates bei ''Lenny'' (s.u.) verursachte einen Fehler, der zumindest bei ''Squeeze'' lokalisiert werden konnte.
 Beim Anlegen eines Users mit '''ldapadduser''' wurde kein Passwort eingetragen, aber auch kein Fehler gemeldet. Die Ursache dafür ist im geänderten DN zu suchen. Eingetragen wurde im LDAP '''cn'''=<USERNAME>,$SUFFIX. Das Passwort dabei nicht direkt gesetzt, sondern in einem 2. Schritt. Hier wurde versucht, '''uid'''=<USERNAME>,$SUFFIX''' zu modifizieren. Obwohl das Attribut '''uid''' ebenso wie '''cn''' gesetzt war,
 '''ldappasswd''' benötigt aber den DN als Angabe. '''uid''' ist aber in '''ldapadduser''' hartverdrahtet.
 TODO:
-* Patch ausarbeiten! (Template nach dn: parsen)
+* Patch ausarbeiten! (Template nach dn: parsen bzw. besser _findentry() benutzen, siehe ldapsetpasswd)
 * Patch für ASKGECOS (statt Fullname sn + givenName separat abfragen und für gecos und description zusammenfügen)

@@ Zeile 16: / Zeile 16: @@
   ## Default suffix
-  SUFFIX='dc=lenny,dc=local'
+  SUFFIX='dc=debian,dc=local'
   ## Group/User(aka People)/Machines (aka Hosts) Organizational Unit

@@ Zeile 10: / Zeile 10: @@
   ## Bind DN
-  BINDDN='cn=admin,dc=netbreaker,dc=local'
+  BINDDN='cn=admin,dc=debian,dc=local'
   ## Bind Password or file

@@ Zeile 70: / Zeile 70: @@
 Description kann später im LDAP-Verzeichnis mit einem sinnvollerem Wert belegt werden, mit den Kommandozeilentools ist das leider nicht möglich.
 (Das Erzeugen des Homeverzeichnisses funktionierte später im Test leider trotzdem nicht, sodaß auf pam_mkhomedir ausgewichen werden mußte.)
 ==Benutzer/Gruppen anlegen, ändern oder löschen==

@@ Zeile 54: / Zeile 54: @@
   UTEMPLATE="/etc/ldapscripts/ldapadduser.template"
   MTEMPLATE="/etc/ldapscripts/ldapaddmachine.template"
 Die Templates werden entsprechend kopiert und im Usertemplate werden 'dn' und 'description' angepaßt:

@@ Zeile 69: / Zeile 69: @@
 (Das Erzeugen des Homeverzeichnisses funktionierte später im Test leider trotzdem nicht, sodaß auf pam_mkhomedir ausgewichen werden mußte.)
-==Benutzer/Gruppen anlegen==
+==Benutzer/Gruppen anlegen, ändern oder löschen==
 Dem Debian-Schema folgend, wird (zuerst) für jeden Benutzer eine gleichnamige Gruppe angelegt, wobei auf die Angabe der GID i.a. verzichtet werden kann:
@@ Zeile 76: / Zeile 76: @@
 Daraufhin kann der Benutzer hinzugefügt werden, wobei auch hier auf die UID verzichtet werden kann:
   ldapadduser <username> <groupname> [uid]

@@ Zeile 51: / Zeile 51: @@
   # Leave empty to use default templates
   # See *.template.sample for default templates
-  GTEMPLATE=""
+  GTEMPLATE="/etc/ldapscripts/ldapaddgroup.template"
-  UTEMPLATE=""
+  UTEMPLATE="/etc/ldapscripts/ldapadduser.template"
-  MTEMPLATE=""
+  MTEMPLATE="/etc/ldapscripts/ldapaddmachine.template"
 (Das Erzeugen des Homeverzeichnisses funktionierte später im Test leider trotzdem nicht, sodaß auf pam_mkhomedir ausgewichen werden mußte.)

← Nächstältere Version		Version vom 29. November 2010, 00:25 Uhr
Zeile 56:		Zeile 56:

	(Das Erzeugen des Homeverzeichnisses funktionierte später im Test leider trotzdem nicht, sodaß auf pam_mkhomedir ausgewichen werden mußte.)		(Das Erzeugen des Homeverzeichnisses funktionierte später im Test leider trotzdem nicht, sodaß auf pam_mkhomedir ausgewichen werden mußte.)
−
−	~~Danach müssen noch die einzelnen ''Organizational Units'' im LDAP angelegt werden. Dazu erstellen wir eine Datei mit dem Inhalt:~~
−	~~base-ou.ldif:~~
−	~~dn: ou=group,dc=lenny,dc=local~~
−	~~objectclass: organizationalUnit~~
−	~~objectclass: top~~
−	~~ou: group~~
−
−	~~dn: ou=people,dc=lenny,dc=local~~
−	~~objectclass: organizationalUnit~~
−	~~objectclass: top~~
−	~~ou: people~~
−
−	~~dn: ou=hosts,dc=lenny,dc=local~~
−	~~objectclass: organizationalUnit~~
−	~~objectclass: top~~
−	~~ou: hosts~~
−
−	~~Diese Datei kann nun in das LDAP-Verzeichnis importiert werden:~~
−	~~ldapadd -D cn=admin,dc=lenny,dc=local -x -W -f base-ou.ldif~~

	==Benutzer/Gruppen anlegen==		==Benutzer/Gruppen anlegen==