Jaydee
15.05.04, 17:17
Hallo,
vorab: ich habe bereits einige HowTo´s gelesen und auch die Suchfunktion genutzt.
Vorhaben: SuSE 9.0;OpenLDAPv2 als zentrale Userverwaltung für SAMBA und Qmail.
Hier meine slapd.conf
code:
# See slapd.conf(5) for details on configuration options.
# This file should NOT be world readable.
#
include /etc/openldap/schema/core.schema
include /etc/openldap/schema/cosine.schema
include /etc/openldap/schema/nis.schema
include /etc/openldap/schema/inetorgperson.schema
include /etc/openldap/schema/samba.schema
#schemacheck on
#referral ldap://127.0.0.1/
pidfile /var/run/slapd.pid
argsfile /var/run/slapd.args
################################################## ##########
# ldbm database definitions
################################################## ##########
database ldbm
suffix "o=slsupport, c=DE"
rootdn "cn=Manager, o=slsupport, c=DE"
rootpw meinpasswort
directory /var/lib/ldap
#access to attr="userpassword"
# by self write
# by * compare
#access to *
# by self write
# by dn=".+" read
# by * none
#access to *
# by dn="^$$" none
# by * read
# Indices to maintain
index objectClass eq
:code
Ich habe foldende ldif-datei angelegt
code:
dn: o=slsupport, c=DE
o: slsupport
l: Erlangen
streetaddress: Vxxx
postalCode: 9xxxx
telephonenumber: 09xxx-xxxx
objectclass: organization
dn: cn=Manager, o=slsupport, c=DE
cn: Manager
sn: Manager
objectclass: person
dn: ou=vxxx, o=slsupport, c=DE
ou: voltastr
objectclass: top
objectclass: organizationalUnit
dn: ou=nuernberg, o=slsupport, c=DE
ou: nuernberg
objectclass: top
objectclass: organizationalUnit
dn: cn=Alex Ascherl, ou=vxx, o=slsupport, c=DE
objectclass: top
objectclass: person
objectclass: organizationalPerson
objectclass: inetOrgPerson
cn: Alex Ascherl
sn: Ascherl
telephonenumber: 09xxx-xxx
dn: cn=Rudi Eberhardt, ou=nuernberg, o=slsupport, c=DE
objectclass: top
objectclass: person
objectclass: organizationalPerson
objectclass: inetOrgPerson
cn: Rudi Eberhardt
sn: Eberhardt
telephonenumber: 09xxx
:code
xxx sind Platzhalter
Nun muss ich mache ich
ldapadd -D "cn=Manager, o=slsupport, dc=DE" -W < slsupport.ldif
gebe meine Passwort ein.
Dann kommt dieses:
ldap_sasl_interactive_bind_s: No such attribute (16)
Wenn LDAP mal funktioniert soll der Server per phpLDAPadmin administriert werden.
Das Teil funktioniert auch schon. Nur eben LDAP an sich nicht.
Wo also ist der Haken?
Gruß Alex
vorab: ich habe bereits einige HowTo´s gelesen und auch die Suchfunktion genutzt.
Vorhaben: SuSE 9.0;OpenLDAPv2 als zentrale Userverwaltung für SAMBA und Qmail.
Hier meine slapd.conf
code:
# See slapd.conf(5) for details on configuration options.
# This file should NOT be world readable.
#
include /etc/openldap/schema/core.schema
include /etc/openldap/schema/cosine.schema
include /etc/openldap/schema/nis.schema
include /etc/openldap/schema/inetorgperson.schema
include /etc/openldap/schema/samba.schema
#schemacheck on
#referral ldap://127.0.0.1/
pidfile /var/run/slapd.pid
argsfile /var/run/slapd.args
################################################## ##########
# ldbm database definitions
################################################## ##########
database ldbm
suffix "o=slsupport, c=DE"
rootdn "cn=Manager, o=slsupport, c=DE"
rootpw meinpasswort
directory /var/lib/ldap
#access to attr="userpassword"
# by self write
# by * compare
#access to *
# by self write
# by dn=".+" read
# by * none
#access to *
# by dn="^$$" none
# by * read
# Indices to maintain
index objectClass eq
:code
Ich habe foldende ldif-datei angelegt
code:
dn: o=slsupport, c=DE
o: slsupport
l: Erlangen
streetaddress: Vxxx
postalCode: 9xxxx
telephonenumber: 09xxx-xxxx
objectclass: organization
dn: cn=Manager, o=slsupport, c=DE
cn: Manager
sn: Manager
objectclass: person
dn: ou=vxxx, o=slsupport, c=DE
ou: voltastr
objectclass: top
objectclass: organizationalUnit
dn: ou=nuernberg, o=slsupport, c=DE
ou: nuernberg
objectclass: top
objectclass: organizationalUnit
dn: cn=Alex Ascherl, ou=vxx, o=slsupport, c=DE
objectclass: top
objectclass: person
objectclass: organizationalPerson
objectclass: inetOrgPerson
cn: Alex Ascherl
sn: Ascherl
telephonenumber: 09xxx-xxx
dn: cn=Rudi Eberhardt, ou=nuernberg, o=slsupport, c=DE
objectclass: top
objectclass: person
objectclass: organizationalPerson
objectclass: inetOrgPerson
cn: Rudi Eberhardt
sn: Eberhardt
telephonenumber: 09xxx
:code
xxx sind Platzhalter
Nun muss ich mache ich
ldapadd -D "cn=Manager, o=slsupport, dc=DE" -W < slsupport.ldif
gebe meine Passwort ein.
Dann kommt dieses:
ldap_sasl_interactive_bind_s: No such attribute (16)
Wenn LDAP mal funktioniert soll der Server per phpLDAPadmin administriert werden.
Das Teil funktioniert auch schon. Nur eben LDAP an sich nicht.
Wo also ist der Haken?
Gruß Alex