branleb
Livin' free
Ahoi!
Ich hab ein kleines Problem mit LDAP.
Ich wollte nur mal so zu verschiedenen Testzwecken einen LDAP-Server
auf Basis von OpenLDAP aufsetzen.
Allerdings kann ich nichts importiern.
Sobald ich ldapadd anfragen ausführe, verweigrt der Server mir den Dienst.
Wenn ich diese mit PHPLDAPAdmin ausführe,
gibt er entweder Fehlermeldungen zurück oder schmiert ganz ab.
ldapadd -D "cn=root,dc=cybertron,dc=lan,c=DE" -W -vv -f ldap.ldif
die zur ldapadd anfrage gehörige 'ldap.ldif' datei
Ich finde nichts, was mir wirklich weiterhilft...
Kann mir jemand hier helfen oder einen Tipp geben?
--
MfG
Mein System:
Gentoo 2007.0
Vanilla-sources 2.6.23.9
glibc 2.6.1
OpenLDAP 2.3.39-r2
Ergebnisse bei Test LDAP Anfragen:
ldapsearch -D "cn=root,dc=cybertron,dc=lan,c=DE" -W -vv
ldapsearch -vv -x -b '' -s base '(objectclass=*)' namingContexts
Meine config files: (Comments stripped)
/etc/openldap/slapd.conf
/etc/openldap/ldap.conf
/etc/conf.d/slapd
Ich hab ein kleines Problem mit LDAP.
Ich wollte nur mal so zu verschiedenen Testzwecken einen LDAP-Server
auf Basis von OpenLDAP aufsetzen.
Allerdings kann ich nichts importiern.
Sobald ich ldapadd anfragen ausführe, verweigrt der Server mir den Dienst.
Wenn ich diese mit PHPLDAPAdmin ausführe,
gibt er entweder Fehlermeldungen zurück oder schmiert ganz ab.
ldapadd -D "cn=root,dc=cybertron,dc=lan,c=DE" -W -vv -f ldap.ldif
Code:
ldap_initialize( <DEFAULT> )
Enter LDAP Password:
add objectclass:
dcObject
organization
add o:
devlab
add dc:
cybertron
adding new entry "dc=cybertron,dc=lan"
modify complete
ldapadd: Server is unwilling to perform (53)
additional info: no global superior knowledge
die zur ldapadd anfrage gehörige 'ldap.ldif' datei
Code:
dn: dc=cybertron,dc=lan
objectclass: dcObject
objectclass: organization
o: devlab
dc: cybertron
dn: cn=root,dc=cybertron,dc=lan
objectclass: organizationalRole
cn: root
Ich finde nichts, was mir wirklich weiterhilft...
Kann mir jemand hier helfen oder einen Tipp geben?
--
MfG
Mein System:
Gentoo 2007.0
Vanilla-sources 2.6.23.9
glibc 2.6.1
OpenLDAP 2.3.39-r2
Ergebnisse bei Test LDAP Anfragen:
ldapsearch -D "cn=root,dc=cybertron,dc=lan,c=DE" -W -vv
Code:
ldap_initialize( <DEFAULT> )
Enter LDAP Password:
filter: (objectclass=*)
requesting: All userApplication attributes
# extended LDIF
#
# LDAPv3
# base <> with scope subtree
# filter: (objectclass=*)
# requesting: ALL
#
# search result
search: 2
result: 32 No such object
# numResponses: 1
ldapsearch -vv -x -b '' -s base '(objectclass=*)' namingContexts
Code:
ldap_initialize( <DEFAULT> )
filter: (objectclass=*)
requesting: namingContexts
# extended LDIF
#
# LDAPv3
# base <> with scope baseObject
# filter: (objectclass=*)
# requesting: namingContexts
#
#
dn:
namingContexts: dc=cybertron,dc=lan,c=DE
# search result
search: 2
result: 0 Success
# numResponses: 2
# numEntries: 1
Meine config files: (Comments stripped)
/etc/openldap/slapd.conf
Code:
include /etc/openldap/schema/core.schema
include /etc/openldap/schema/cosine.schema
include /etc/openldap/schema/inetorgperson.schema
include /etc/openldap/schema/openldap.schema
include /etc/openldap/schema/nis.schema
include /etc/openldap/schema/samba.schema
pidfile /var/run/openldap/slapd.pid
argsfile /var/run/openldap/slapd.args
modulepath /usr/lib/openldap/openldap
moduleload back_shell.so
moduleload back_passwd.so
moduleload back_hdb.so
access to dn.base="" by * read
access to dn.base="cn=Subschema" by * read
access to *
by self write
by users read
by anonymous auth
database ldbm
cachesize 100000
suffix "dc=cybertron,dc=lan,c=DE"
checkpoint 1024 2 # <kbyte> <min>
rootdn "cn=root,dc=cybertron,dc=lan,c=DE"
rootpw {*SECRET_ROOTPW_HASH*}
directory /srv/ldap
index objectClass eq
/etc/openldap/ldap.conf
Code:
BASE dc=cybertron,dc=lan,c=DE
URI ldap://bumbleblee.cybertron.lan:389/
TLS_REQCERT allow
/etc/conf.d/slapd
Code:
OPTS="-h 'ldap:// ldaps:// ldapi://%2fvar%2frun%2fopenldap%2fslapd.sock'"