Weblog entry #1 for jimmy2975

LDAP on evolution
Posted by jimmy2975 on Mon 7 Jan 2008 at 13:39
Tags: none.
Hi,

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

Posted by JulienV (90.33.xx.xx) on Mon 7 Jan 2008 at 17:05
[ Send Message | View Weblogs ]
Have a look at your ACL entries in /etc/ldap/slapd.conf
You should define there how you want users/anonymous or specific dn can access to the data.

Cheers,
Julien

[ Parent | Reply to this comment ]

Posted by Anonymous (129.110.xx.xx) on Mon 7 Jan 2008 at 20:17
Hi Julien,

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 ]

Posted by JulienV (90.33.xx.xx) on Tue 8 Jan 2008 at 05:50
[ Send Message | View Weblogs ]
Hi,

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 ]

Posted by Anonymous (76.184.xx.xx) on Tue 8 Jan 2008 at 13:48
Hi Julien,

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 ]

Posted by Anonymous (90.227.xx.xx) on Wed 9 Jan 2008 at 14:02
Would guess that "No DB_CONFIG file found" is an indication about what's wrong. Not that I have set one LDAP up myself.
You should prob. restrict access when you get it to work. As it warns about this.

[ Parent | Reply to this comment ]

User Login

Username:

Password:

[ Advanced Login ]

Register Account

Quick Site Search