openldap-bugs

openldap-bugs@openldap.org

1 participants
21001 discussions

RE: (ITS#8847) New LDAP URL syntax to support binding to specific IP address at client side
by sudhir.singam＠nokia.com 01 Aug '18

01 Aug '18

Hi, >From NOKIA, we are picking up this patch -> to add new ldap option, to be a= ble to set specific IPv4/IPv6 bind address. We will come back with design d= etails soon. Regards, Sudhir Singam DELIVERING BEST-IN-CLASS PLATFORM is our vision -----Original Message----- From: Ryan Tandy <ryan(a)openldap.org>=20 Sent: Sunday, May 06, 2018 10:25 PM To: openldap-its(a)OpenLDAP.org; Singam, Sudhir (Nokia - IN/Bangalore) <sudhi= r.singam(a)nokia.com> Cc: arekkusu(a)r42.ch Subject: Re: (ITS#8847) New LDAP URL syntax to support binding to specific = IP address at client side On Sun, May 06, 2018 at 01:50:23PM +0000, arekkusu(a)r42.ch wrote: >Adding a source IP to an URI feels wrong to it. > >I have not read RFC dealing with URI, however having a quick look [1] seem= s to >indicate that using the at sign in this way is non-standard. I agree. @ in URIs is already defined as separating credentials (or just=20 username) from the host. I don't recall whether OpenLDAP supports that=20 usage but in any case we shouldn't re-define it. I believe ITS#8654 is about the same feature? That one implemented this=20 by copying a Microsoft option, LDAP_OPT_SOCKET_BIND_ADDRESSES. I would=20 think that's probably a better approach. Maybe you could pick up where=20 the author of that one left off? He disappeared after posting his patch=20 for review... thanks Ryan

1 0

(ITS#8889) debugging/logging
by dpa-bugs＠aegee.org 01 Aug '18

01 Aug '18

Full_Name: &#1044;&#1080;&#1083;&#1103;&#1085; &#1055;&#1072;&#1083;&#1072;&#1091;&#1079;&#1086;&#1074; Version: 2.4 OS: Linux URL: Submission from: (NULL) (103.252.202.53) Debugging and logging are different things: logging is more used to avoid problems, that could have happened in the past, while debugging is for reproducing problems in order to resolve them. https://www.openldap.org/doc/admin24/runningslapd.html#Command-Line%20Optio… says -d sets the debug level, and 'Note: slapd must have been compiled with --enable-debug defined for any debugging information beyond the two stats levels to be available (the default).' Is --enable-debug passed by default, unless one calls --disable-debug, or are the two stats levels combined as 256 | 512 the default debug level? https://www.openldap.org/doc/admin24/troubleshooting.html#Debugging%20{{sla… that 256 is a good firstlevel, not stating whether this is the default or needs to be set explicitly. https://www.openldap.org/doc/admin24/tuning.html#Logging says the default log level is 256, but does not state how to change it. https://www.openldap.org/doc/admin24/slapdconfig.html#Global%20Directives presents the same table, as the first link I mentioned here, but calls it 'logging debugging statements' and while the directive is 'loglevel', the table is called 'debugging levels'. It says further: Default: loglevel stats Basic stats logging is configured by default. However, if no loglevel is defined, no logging occurs (equivalent to a 0 level). - Does this mean, that no logging occurs, when the loglevel directive is missing, and when it is present without value, the value is stats/256? Likewise for https://www.openldap.org/doc/admin24/slapdconf2.html#cn=config . - Please clarify on every place, where loglevel is mentioned, that the default is 256/stats. - Either use only the term debugging in the whole documentation, or only the term logging, or if both terms are used, clarify the difference between them

1 0

(ITS#8888) doc: sdf number disorder
by dpa-bugs＠aegee.org 01 Aug '18

01 Aug '18

Full_Name: &#1044;&#1080;&#1083;&#1103;&#1085; &#1055;&#1072;&#1083;&#1072;&#1091;&#1079;&#1086;&#1074; Version: 2.4 OS: Linux URL: Submission from: (NULL) (103.252.202.53) https://www.openldap.org/doc/admin24/overlays.html#Dynamic%20List%20Configu… says: In slapd.conf(5): include /path/to/dyngroup.schema ... overlay dynlist dynlist-attrset groupOfURLs labeledURI member 1. 2. Note: We must include the dyngroup.schema file that defines the 3. groupOfURLs objectClass used in this example. This isn't rendered very good in https://www.openldap.org/doc/admin24/OpenLDAP-Admin-Guide.pdf on page 111-113: Before Note is shows overlapping digits 1 and 2. Remove the numbering before 'Note:'.

1 0

(ITS#8887) doc/guide/admin/backends.sdf: is is
by dpa-bugs＠aegee.org 01 Aug '18

01 Aug '18

Full_Name: &#1044;&#1080;&#1083;&#1103;&#1085; &#1055;&#1072;&#1083;&#1072;&#1091;&#1079;&#1086;&#1074; Version: 2.4 documentation OS: Linux URL: Submission from: (NULL) (103.252.202.53) Consider this change (remove doubled " is is " diff --git a/doc/guide/admin/backends.sdf b/doc/guide/admin/backends.sdf --- a/doc/guide/admin/backends.sdf +++ b/doc/guide/admin/backends.sdf @@ -444,7 +444,7 @@ a new Perl object that handles all the requests for that particular instance of The Shell backend to {{slapd}}(8) executes external programs to implement operations, and is designed to make it easy to tie an existing database to the -slapd front-end. This backend is is primarily intended to be used in prototypes. +slapd front-end. This backend is primarily intended to be used in prototypes. H3: back-perl/back-shell Configuration

1 0

Re: (ITS#8886) slapadd does not remove spaces when adding manager attribute value
by hyc＠symas.com 31 Jul '18

31 Jul '18

mhonek(a)redhat.com wrote: > Full_Name: Matus Honek > Version: 2.4.46 > OS: Fedora 28 > URL: ftp://ftp.openldap.org/incoming/Matus-Honek-180731.sh > Submission from: (NULL) (213.175.37.10) > > > Since commit d2d534b, slapadd does not remove spaces from the 'manager' > attribute value any more. Reverting the commit makes the slapadd work as before. > Please, see attached script for a reproducer. If this is an expected behaviour > feel free to close this ticket. slapadd's job is to load data exactly as provided. Primarily, loading data that was dumped by slapcat. As such, it's not intended to do any cleanup of the input data; the input is expected to be clean already. Closing this ITS. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

(ITS#8886) slapadd does not remove spaces when adding manager attribute value
by mhonek＠redhat.com 31 Jul '18

31 Jul '18

Full_Name: Matus Honek Version: 2.4.46 OS: Fedora 28 URL: ftp://ftp.openldap.org/incoming/Matus-Honek-180731.sh Submission from: (NULL) (213.175.37.10) Since commit d2d534b, slapadd does not remove spaces from the 'manager' attribute value any more. Reverting the commit makes the slapadd work as before. Please, see attached script for a reproducer. If this is an expected behaviour feel free to close this ticket. Thanks.

1 0

Re: (ITS#8866) RFE: slapo-constraint to return filter used in diagnostic message
by michael＠stroeder.com 30 Jul '18

30 Jul '18

Can someone correct the subject line of the ticket? Should of course mention slapo-unique instead of slapo-constraint.

1 0

Re: (ITS#8866) RFE: slapo-constraint to return filter used in diagnostic message
by michael＠stroeder.com 30 Jul '18

30 Jul '18

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs