that when I am on the replica (10.16.13.85) and
issue an ldapsearch to itself I get a 32 no such object with the top
access, but I get the expected result with the bottom access.
Brian Gaber
]
Sent: Thursday, July 05, 2007 10:36 AM
To: Brian Gaber
Cc: openldap-software@openldap.org
Subject: Re: Challenge With Access Control
On 05/07/07, Brian Gaber [EMAIL PROTECTED] wrote:
Hope someone can explain this to me. I am sure it is very trivial. I
have a primary LDAP server (10.16.13.84
, July 05, 2007 11:01 AM
To: Brian Gaber
Cc: openldap-software@openldap.org
Subject: Re: Challenge With Access Control
As far as I understand the log - you need to include the port. This
should help then:
by peername.regex=IP=10\.16\.13\.8[1-6]:[0-9]* read
Regards,
Michal
On 05/07/07, Brian Gaber
: search access
denied by =0
Jul 5 11:05:09 ias2 slapd[11516]: = test_filter 50
Jul 5 11:05:09 ias2 slapd[11516]: bdb_search: 47 does not match filter
-Original Message-
From: Hallvard [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 05, 2007 10:27 AM
To: Brian Gaber
Cc: openldap-software
Michal,
Thanks, that worked.
Brian
-Original Message-
From: Michal Dobroczynski [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 05, 2007 11:25 AM
To: Brian Gaber
Cc: openldap-software@openldap.org
Subject: Re: Challenge With Access Control
Add -h 10.16.13.84 or whatever
Took the slapcat output from version 2.0.27 (ldbm) to version 2.3.32
(bdm). Used /usr/local/bin/slapadd on 2.3.32 and am using Berkeley
4.5.20. The slapadd works fine. Then I issued chown ldap:ldap on the
/var/lib/ldap-2.3.32 directory and files. Any type of ldapsearch results
in a 32 no such
Took the slapcat output from version 2.0.27 (ldbm) to version 2.3.32
(bdm). Used slapadd on 2.3.32 and am using Berkeley 4.2.52. The
slapadd works fine. Then I issued chown ldap:ldap on the
/var/lib/ldap-2.3.32 directory and files. Any type of ldapsearch
results in a 32 no such object. The
# requesting: ALL
#
# search result
search: 2
result: 0 Success
# numResponses: 1
An identical search when OpenLDAP version 2.0.27 is running returns:
version: 2
#
# filter: uid=gaberb
# requesting: ALL
#
# brian gaber, gtis, ked1, ncr, pwgsc
dn: cn=brian gaber,ou=gtis,ou=ked1,ou=ncr,o=pwgsc
-Original Message-
From: Quanah Gibson-Mount [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 09, 2006 1:35 PM
To: Brian Gaber; OpenLDAP-software@OpenLDAP.org
Subject: Re: ldapsearch returns nothing after upgrade from v2.0.27-11 to v2.3.20
Thanks for responding.
Have you updated your ACL's
Why does slapcat produce a LDIF entry with attributes that ldapsearch does not
show?
With my slapcat I get these additional attributes (with values), not shown by
ldapsearch:
creatorsName:
createTimestamp:
modifiersName:
modifyTimestamp:
Here are my paths
LD_LIBRARY_PATH=/usr/local/BerkeleyDB.4.3/lib
LDFLAGS=-L/usr/local/lib -L/usr/local/BerkeleyDB.4.3/lib -L/usr/local/ssl/lib
-L/usr/kerberos/lib
CPPFLAGS=-I/usr/local/include -I/usr/local/BerkeleyDB.4.3/include
-I/usr/local/ssl/include -I/usr/local/ssl/include/openssl
11 matches
Mail list logo