openldap-technical

openldap-technical@openldap.org

21 participants
9787 discussions

RE: Using TLS
by Quanah Gibson-Mount 07 Jul '17

07 Jul '17

--On Friday, July 07, 2017 4:05 PM +0000 Daniel Le <daniel.le(a)exfo.com> wrote: > Hi Quanah, > > I tried ldap_int_tls_config for RE24 in my app program as shown below and > it didn't work. Interesting. ;/ I wonder if there's something more in what you're doing outside of that code snippet that's causing the context to be lost. It clearly works with the code I've done (and in general with the client libraries). > Additionally, I'm curious why you use ldap_int_tls_config instead of > ldap_set_option? ldap_set_option can't take "never" as an argument to LDAP_OPT_X_TLS_REQUIRE_CERT, but ldap_int_tls_config can. If I had used ldap_set_option, I would have needed to do a ton of code duplication for error checking. Similar for the LDAP_OPT_X_TLS_PROTOCOL_MIN and LDAP_OPT_X_TLS_CRLCHECK options. Much better to do code re-use. ;) --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

2 1

Re: [Bad Attachment] Slave won't send referrals
by Quanah Gibson-Mount 07 Jul '17

07 Jul '17

--On Friday, July 07, 2017 3:10 PM +0000 Jon C Kidder <jckidder(a)aep.com> wrote: > > > Ok, this should be simple right? I have a 2.4.44 slave with olcUpdateRef > pointing to the master. Replication works fine and the slave reflects > any changes made to the master. The slave is also accepting modify > operations without complaining and without returning a referral. I've > compared my configuration with the configuration generated for test022. I > have the needful extra stuff in my configuration and everything looks > correct to me. I've attached the modify command line and result, the > slave configuration, and the log of the operation for reference. My email provider still scrubbed your attachment. ;) --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

2 1

RE: Using TLS
by Quanah Gibson-Mount 07 Jul '17

07 Jul '17

--On Monday, June 26, 2017 4:59 PM +0000 Daniel Le <daniel.le(a)exfo.com> wrote: > int opt; > opt = LDAP_OPT_X_TLS_NEVER; > ldap_set_option(NULL, LDAP_OPT_X_TLS_REQUIRE_CERT, &opt); > > -And- > > int new_ctx = 0; > ldap_set_option(ld, LDAP_OPT_X_TLS_NEWCTX, &new_ctx); Hi Daniel, This case is specifically tested in my TLS test suite in test067. It works correctly, as expected. I would note that I use ldap_int_tls_config (RE24)/ldap_pvt_tls_config (2.5/master) for setting LDAP_OPT_X_TLS_REQUIRE_CERT rather than ldap_set_option. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

2 1

Slave won't send referrals
by Jon C Kidder 07 Jul '17

07 Jul '17

Ok, this should be simple right? I have a 2.4.44 slave with olcUpdateRef pointing to the master. Replication works fine and the slave reflects any changes made to the master. The slave is also accepting modify operations without complaining and without returning a referral. I've compared my configuration with the configuration generated for test022. I have the needful extra stuff in my configuration and everything looks correct to me. I've attached the modify command line and result, the slave configuration, and the log of the operation for reference. Any insight into what I'm overlooking would be greatly appreciated!! Thanks, -Jon C. Kidder American Electric Power Complex - Middleware Engineering. zip renamed as txt to avoid mail scrubbing.

1 0

libgcrypt's RSA-1024 and RSA-2048 broken
by Howard Chu 06 Jul '17

06 Jul '17

http://thehackernews.com/2017/07/gnupg-libgcrypt-rsa-encryption.html?utm_so… I believe most deployments of GnuTLS now use nettle instead of libgcrypt. But if you're on an older Debian or Ubuntu, using their packaged OpenLDAP built with GnuTLS, you should check what version of GnuTLS and libgcrypt you're using. And you should seriously consider not using their package; rebuild from source with OpenSSL or get a package from LTB or Symas. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

2 1

Q: index for operational attributes?
by Ulrich Windl 06 Jul '17

06 Jul '17

Hello! Should I really add an index for modifyTimestamp? I got "slapd[4021]: <= bdb_inequality_candidates: (modifyTimestamp) not indexed!" (No discussions on using BDB, please!) Regards, Ulrich

2 4

RE: client-pr option for meta backend
by Quanah Gibson-Mount 05 Jul '17

05 Jul '17

--On Wednesday, July 05, 2017 5:39 PM +0000 laurent2.perrin(a)orange.com wrote: > To sum up: > > Client ==> openLdap (meta backend): Control header is in the searchRequest > OpenLDAP (meta backend) ==> Active Directory: Control header is in the > searchRequest Active Directory ==> OpenLDAP (meta backend): Control > header is in the searchResDone OpenLDAP (meta backend) ==> Client: > Control header is not in the searchResDone > > This control Header should not be passed to client ? No idea. The backend and that code are both experimental, and the author has since retired from the project. What's really necessary is for someone to adopt back-ldap/meta and join the project so development on them can continue. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: client-pr option for meta backend
by Quanah Gibson-Mount 05 Jul '17

05 Jul '17

--On Wednesday, July 05, 2017 10:41 AM +0000 laurent2.perrin(a)orange.com wrote: > > > Hello, > > > > I have set up a meta backend with OpenLDAP 2.4.42 on an Ubuntu Server > 16.04. > > > > This is working with some ldapsearch but meta directory will be used by a > VMware vCenter. The vCenter LDAP client uses the pagedResultsControl, > which is disabled by default for the meta backend (according to the > slapd-meta documentation). Hi Luarent, The client-pr code is currently ifdef'd behind LDAP_DEVEL, which means it is not enabled by default. It appears there is a bug here, in that either the feature should be moved out from being behind LDAP_DEVEL or the documentation should be removed from the man page. If you need use of this feature, you need to define SLAPD_META_CLIENT_PR when compiling OpenLDAP. >From back-meta.h: #ifdef LDAP_DEVEL #define SLAPD_META_CLIENT_PR 1 #endif /* LDAP_DEVEL */ --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

2 1

Re: mmr pair stops replicating: "consumer state is newer than provider"
by Quanah Gibson-Mount 05 Jul '17

05 Jul '17

--On Wednesday, July 05, 2017 1:39 AM -0400 btb <btb(a)bitrate.net> wrote: > i've also increased accesslog data retention from 7 days to 14 days, as a > bit of a compensation for the infrequent writes, and i'll implement a > "no-op" cron job as well, as a fail safe. are then any pitfalls i may > not be considering with a 14 day accesslog retention period? is that too > long according to "typical" consensus? It really depends on your specific usage. It's defined as a configurable so it can be adjusted to match the reality of a given deployment. :) --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: redMod with single colon
by Ondřej Kuzník 05 Jul '17

05 Jul '17

On Wed, Jul 05, 2017 at 01:48:06PM +0200, Ulrich Windl wrote: > Ondrej Kuzník <ondra(a)mistotebe.net> schrieb am 28.06.2017 um 17:51 in >> Hi, >> this is intended and how the issue in ITS#6545 has been fixed. >> >> The operation you are looking at has removed some values, then added >> other values for the same attribute straight away as another modify >> within the same op. > > What would break if those "Og==" lines were omitted? ITS#6545: interrupted replication/potential desynchronisation, depending on the operation. See the related changes to the test suite (test063). Regards, -- Ondřej Kuzník Senior Software Engineer Symas Corporation http://www.symas.com Packaged, certified, and supported LDAP solutions powered by OpenLDAP

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

openldap-technical