Weblog entry #1 for jimmy2975
I have been trying to get a addressbook going with read/write using evolution.
I have followed the instructions from here
http://www.debian-administration.org/users/lee/weblog/32
I have skipped the TLS part since I cant find the /etc/ssl directory on my fedora core 8 box.
I use evolution. I can see the addressboook created, and all the features in the evolution schema. When I try to create an entry and hit "OK" I get permission denied. I have chmod 700 even 777 the /var/lib/ldap/evolution that I have included in the slapd.conf. I still get the permission denied error
Any comments/suggestions are appreciated.
Please help
THanks
Regards
JImmy
Comments on this Entry
You should define there how you want users/anonymous or specific dn can access to the data.
Cheers,
Julien
[ Parent | Reply to this comment ]
Thank you very for your reply.
I added the ACL entries (at the bottom of the slapd.conf file) like this and when I try to add contacts using evolution I not longer get the "permission denied" error but it get " No contact found" "Contact error"
I am kind of stuck here and dont know what else to try. Any commetns is greatly appreciated.
THanks
Regards
Jimmy
Please see my slapd.conf
#
# 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/inetorgperson.schema
include /etc/openldap/schema/nis.schema
include /etc/openldap/schema/misc.schema
include /etc/openldap/schema/evolutionperson.schema
# Allow LDAPv2 client connections. This is NOT the default.
allow bind_v2
# Do not enable referrals until AFTER you have a working directory
# service AND an understanding of referrals.
#referral ldap://root.openldap.org
#pidfile /var/run/openldap/slapd.pid
#argsfile /var/run/openldap/slapd.args
# Load dynamic backend modules:
# modulepath /usr/lib/openldap
# moduleload accesslog.la
# moduleload auditlog.la
# moduleload back_sql.la
# moduleload denyop.la
# moduleload dyngroup.la
# moduleload dynlist.la
# moduleload lastmod.la
# moduleload pcache.la
# moduleload ppolicy.la
# moduleload refint.la
# moduleload retcode.la
# moduleload rwm.la
# moduleload syncprov.la
# moduleload translucent.la
# moduleload unique.la
# moduleload valsort.la
# The next three lines allow use of TLS for encrypting connections using a
# dummy test certificate which you can generate by changing to
# /etc/pki/tls/certs, running "make slapd.pem", and fixing permissions on
# slapd.pem so that the ldap user or group can read it. Your client software
# may balk at self-signed certificates, however.
# TLSCACertificateFile /etc/pki/tls/certs/ca-bundle.crt
# TLSCertificateFile /etc/pki/tls/certs/slapd.pem
# TLSCertificateKeyFile /etc/pki/tls/certs/slapd.pem
# 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 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!
################################################################# ######
# ldbm and/or bdb database definitions
################################################################# ######
database bdb
suffix "dc=stooges,dc=org"
rootdn "cn=admin,dc=stooges,dc=org"
# Cleartext passwords, especially for the rootdn, should
# be avoided. See slappasswd(8) and slapd.conf(5) for details.
# Use of strong authentication encouraged.
rootpw secret
# rootpw {crypt}ijFYNcSNctBYg
# The database directory MUST exist prior to running slapd AND
# should only be accessible by the slapd and slap tools.
# Mode 700 recommended.
directory /var/lib/ldap/evolution
# Indices to maintain for this database
index objectClass eq,pres
index ou,cn,mail,surname,givenname eq,pres,sub
index uidNumber,gidNumber,loginShell eq,pres
index uid,memberUid eq,pres,sub
index nisMapName,nisMapEntry eq,pres,sub
access to *
by dn="cn=admin,dc=stooges,dc=org" write
by anonymous read
by anonymous write
by * write
[ Parent | Reply to this comment ]
Sorry, I am not an LDAP specialist... What I propose is that you have a look at the logs generated by slapd
Cheers,
Julien
[ Parent | Reply to this comment ]
I can sucessfully create contact in my LDAP directory using evolution. However when I close and reopen evolution all the entries are gone. Is this because I have ignored the warning when I start ldap ?
service ldap restart
Stopping slapd: [FAILED]
Checking configuration files for slapd: [WARNING]
/etc/openldap/slapd.conf: line 107: rootdn is always granted unlimited privileges.
bdb_db_open: Warning - No DB_CONFIG file found in directory /var/lib/ldap/evolution: (2)
Expect poor performance for suffix dc=stooges,dc=org.
Starting slapd: [ OK ]
Thanks
Jimmy
[ Parent | Reply to this comment ]
You should prob. restrict access when you get it to work. As it warns about this.
[ Parent | Reply to this comment ]