PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : LDAP: ldif-einlesen macht Probleme



fuexli81
14.06.06, 13:24
Hallo zusammen

Ich habe einen LDAP-Server aufgesetzt, und dieser läuft so weit ich das beurteilen kann auch ganz ok. Nun möchte ich aber ein ldif Einlesen, und das krieg ich einfahc nicht hin.

Hier meine slapd.conf:

#
# See slapd.conf(5) for details on configuration options.
# This file should NOT be world readable.
#
include /usr/local/etc/openldap/schema/corba.schema
include /usr/local/etc/openldap/schema/core.schema
include /usr/local/etc/openldap/schema/cosine.schema
include /usr/local/etc/openldap/schema/dyngroup.schema
include /usr/local/etc/openldap/schema/inetorgperson.schema
include /usr/local/etc/openldap/schema/java.schema
include /usr/local/etc/openldap/schema/misc.schema
include /usr/local/etc/openldap/schema/nis.schema
include /usr/local/etc/openldap/schema/openldap.schema

schemacheck on
loglevel 256

# Define global ACLs to disable default read access.

# Do not enable referrals until AFTER you have a working directory
# service AND an understanding of referrals.
#referral ldap://root.openldap.org

pidfile /usr/local/var/run/slapd.pid
argsfile /usr/local/var/run/slapd.args

# Load dynamic backend modules:
modulepath /usr/local/libexec/openldap
moduleload back_bdb.la
# moduleload back_ldap.la
# moduleload back_ldbm.la
# moduleload back_passwd.la
# moduleload back_shell.la

# Sample security restrictions
# Require integrity protection (prevent hijacking)
# Require 112-bit (3DES or better) encryption for updates
# Require 63-bit encryption for simple bind
# security ssf=1 update_ssf=112 simple_bind=64

# Sample access control policy:
# Root DSE: allow anyone to read it
# Subschema (sub)entry DSE: allow anyone to read it
# Other DSEs:
# Allow self write access
# Allow authenticated users read access
# Allow anonymous users to authenticate
# Directives needed to implement policy:
# access to dn.base="" by * read
# access to dn.base="cn=Subschema" by * read
# access to * by * write
# by self write
# by users read
# by anonymous auth
#
# if no access controls are present, the default policy
# allows anyone and everyone to read anything but restricts
# updates to rootdn. (e.g., "access to * by * read")
#
# rootdn can always read and write EVERYTHING!

################################################## #####################
# BDB database definitions
################################################## #####################

database bdb
suffix "ou=Retailers,o=radius"
rootdn "cn=root,ou=Retailers,o=radius"
# Cleartext passwords, especially for the rootdn, should
# be avoid. See slappasswd(8) and slapd.conf(5) for details.
# Use of strong authentication encouraged.
rootpw {SSHA}t02IgkMkb6II3uD/pi6GKHfnaZZJy6/8

# The database directory MUST exist prior to running slapd AND
# should only be accessible by the slapd and slap tools.
# Mode 700 recommended.
directory /usr/local/var/openldap-data
# Indices to maintain
index objectClass eq


Die ldif-Datei die ich einlesen möchte sieht so aus:

version: 3
dn: ou=Retailers,o=radius

objectClass: top

objectClass: organizationalUnit

ou: Retailers

description: Container for Retailers



dn: ou=Dhcp,o=radius

objectClass: top

objectClass: organizationalUnit

ou: Dhcp

description: Container for Dhcp Entries

Wenn ich diese Datei nun mit
# ldapadd -x -D "cn=root,ou=Retailers,o=radius" -W -f SPTIL.ldif

einlesen möchte, erhalte ich den Fehler "ldap_add: Already exists (68)". Wenn ich den ersten Eintrag aus der ldif-auskommentiere, kriege ich den Fehler "ldap_add: Server is unwilling to perform (53), additional info: no global superior knowledge".

Ich kämpfe nun schon seit 2 Tagen mit diesem Problem, und es will einfach nicht Gelingen. Was mache ich falsch?? Und: meine messges-Datei enthält keine Log-Einträge, ich kann mich aber mit phpldapadmin einloggen - LDAP sollte also laufen.

Vielen Dank!

Blackhawk
14.06.06, 13:33
was ergibt denn ein ldapsearch nach den entsprechenden Eintraegen?

fuexli81
14.06.06, 13:54
hmm..
also mit
ldapsearch -x -D 'cn=root,ou=Retailers,o=radius' -W

erhalte ich:
# extended LDIF
#
# LDAPv3
# base <> with scope subtree
# filter: (objectclass=*)
# requesting: ALL
#

# search result
search: 2
result: 32 No such object

# numResponses: 1

fuexli81
15.06.06, 10:49
hat niemand eine ahnung was falsch sein könnte?? soll ich den ganzen krust nochmal neu installieren??

MiGo
15.06.06, 11:09
"ldap_add: Server is unwilling to perform (53), additional info: no global superior knowledge".
Heisst soviel wie "Ich weiss nicht, wo ichs hintun soll.". Dein Suffix ist "ou=Retailers,o=radius", du versuchst aber einen 2. Eintrag nicht unterhalb, sondern daneben (dn: ou=Dhcp,o=radius) einzuhängen.
Mit "dn: ou=Dhcp,ou=Retailers,o=radius" ginge es vermutlich, aber das willst du vermutlich nicht ;)
Also: Entweder ein 2. Suffix in die slapd.conf eintragen oder das suffix auf o=radios verkürzen.

Der Link sah recht hilfreich aus, btw:
http://publib.boulder.ibm.com/iseries/v5r2/ic2924/index.htm?info/rzahy/rzahyovrco.htm

fuexli81
15.06.06, 12:19
Vielen Dank erstmal.
Wenn ich aber ein 2. Suffix eintrage, dann startet der Server nicht mal mehr. Muss ich für ein zweites Suffix mehr als nur die Suffix-Zeile kopieren??

Wenn ich das suffix auf o=radius verkürze, und dann noch ein o=radius Objekt in meine Ldif aufnehme, kappts! Super! Aber ich hab schon das nächste Problem, meine Ldif geht nämlich noch weiter, das nächste ist:


dn: uid=ipc-wil740-r-br-01 eth 1-1-01-01:0.32,ou=Dhcp,o=radius
objectClass: dhcpPerson
objectClass: top
objectClass: person
objectClass: organizationalPerson
objectClass: inetOrgPerson
cn: ipc-wil740-r-br-01 eth 1-1-01-01:0.32
sn: ipc-wil740-r-br-01 eth 1-1-01-01:0.32
uid: ipc-wil740-r-br-01 eth 1-1-01-01:0.32


und wenn ich den laufenlasse, kriege ich

ldap_add: Invalid syntax (21), additional info: objectClass: value #0 invalid per syntax.

1. Frage: bezieht sich die Zahl 21 auf die Zeilennummer in meiner ldif?
2. darf ich nicht bei diesem Eintrag überhaupt nochmal objectClass: top machen?
3. hat er vielleicht probleme mit dem Doppelpunkt und den Leerzeichen??

Danke & Grüsse!

MiGo
16.06.06, 00:29
1. Frage: bezieht sich die Zahl 21 auf die Zeilennummer in meiner ldif?
Jupp. Ich würde mal raten, dass 'uid:' nicht in den Objectclasses enthalten ist.
Ich würde mal duch die Schematas schauen.

2. darf ich nicht bei diesem Eintrag überhaupt nochmal objectClass: top machen?

Hm, keine Ahung. Aber top ist es ja eigentlich nicht :)

3. hat er vielleicht probleme mit dem Doppelpunkt und den Leerzeichen??
Mit den Leerzeichen sollte er eigentlich kein Problem haben; wenn überhaupt also mit den Doppelpunkten.
Schau mal in der Zeile 21 nach, und vergleiche das ganze mit den Schematas. In denen steht ja drin, wie ein entsprechender Eintrag aufgebaut sein muss.