Skip to Content.
Sympa Menu

grouper-users - Re: [grouper-users] LDAP url and search base value

Subject: Grouper Users - Open Discussion List

List archive

Re: [grouper-users] LDAP url and search base value

Chronological Thread 
  • From: "Bee-Lindgren, Bert" <>
  • To: Marwan Shaher <>, "" <>
  • Subject: Re: [grouper-users] LDAP url and search base value
  • Date: Fri, 28 Oct 2016 18:42:24 +0000
  • Accept-language: en-US
  • Authentication-results: spf=none (sender IP is ) ;
  • Ironport-phdr: 9a23:A3LEwRMQVs5NjpmhQFol6mtUPXoX/o7sNwtQ0KIMzox0Kfr7rarrMEGX3/hxlliBBdydsKMezbWN+Pm6ByQp2tWoiDg6aptCVhsI2409vjcLJ4q7M3D9N+PgdCcgHc5PBxdP9nC/NlVJSo6lPwWB6kO74TNaIBjjLw09fr2zQd+IyZvsnLnopdX6WEZhvHKFe7R8LRG7/036l/I9ps9cEJs30QbDuXBSeu5blitCLFOXmAvgtI/rpMYwuwwZgf8q9tZBXKPmZOx4COUAVHV1e1wysejirwbKS0O05nIcX39exh9BGRfM6lfhXp7xvzHSne153zOTMcqwYJwJD3DqpahxTwLwhT1CKiU06nr/i8psgbhdrQ774RFz3sScNI6PM+dmc7mYYMgXX3FpX8BNWjZHD5/mKYYDErxSE/xfqty3jVYD6D+/AwWjHu7pjndii2Xql+Vu2ek7DUfM0QFlG9MIvHvOodPdM6YOF++80KTDzXPOY+4AimS105TBbh10+aLEZrl3a8eEjBB3Tw4=
  • Spamdiagnosticmetadata: NSPM
  • Spamdiagnosticoutput: 1:99


It must be Ldaptive that is combining the two base DNs when they're specified in two places (URL & pspng config items).

Everything works with an ldap url that does not include any base_dn information, including not having the trailing / :


If you'd like to continue with base-dn information in the URL[1], I'll patch PSPNG to interpret something like "group/subject basedn=/" to do the right thing.

  Bert Bee-Lindgren

[1]-This might be useful to share ldap-pool configuration with other components that need the the base-dn specified in the url, or in order to use property overlays to more easily have different base-dns for different prod/test/dev environments.

From: <> on behalf of Marwan Shaher <>
Sent: Friday, October 28, 2016 2:01 PM
Subject: [grouper-users] LDAP url and search base value
Hello all,
We are in the process of testing PSPNG functionality with active
directory. I'll probably send another email later today or early next
week with some of the issues that we encountered. On a somewhat related
note, we are noticing an odd behavior with ldap urls and we are not sure
if this is caused by Grouper, the underlying ldap framework (ldaptive or
vt-ldap), the AD/ldap servers or all or few of the above.
Most of the documentation on the Grouper wiki relating to LDAP specifies
the url as follows:
in our AD dev environment, this is
ldaps://,DC=COLORADO,DC=EDU  (capitalized
here just for clarity)

For group or subjects baseDn's (, PSPNG, ldap loader), it
is also assumed to have the full base dn (e.g:
ou=someOU,dc=school,dc=edu). However, the values specified for the group
or subject baseDN's get always appended with the baseDN value specified
in the server url.
group/subject baseDN : ou=someOU,dc=div,dc=colorado,dc=edu
LDAP url: ldaps://,dc=colorado,dc=edu
then we see that searches for group/subject are done at the
ou=someOU,dc=div,dc=colorado,dc=edu,DC=DIV,DC=COLORADO,DC=EDU .
So, we either have to
- specify the group/subject baseDN relative to the baseDN in the url .
This may not always work, especially in cases where the whole directory
tree needs to be specified for groups/subject (ie, if the groups and
subjects are not contained in one OU)

- specify the LDAP url without the search baseDN part (ie,
ldaps:// ). This may not always be an option
if the baseDN MUST be provided and can not be null. The PSPNG
configuration allows for the baseDN to be omitted from the url.

This hasn't been an issue for us so far since we specify the global
catalog port for AD (3269) in, and because we provision
to AD via a connector that reads from a message bus. We do not specify a
search base in the url which allows us to specify "dc=colorado,dc=edu"
as for group/subject baseDN's. However, because the global catalog is
read-only, it can't be used for provisioning via PSPNG.

Has anyone run into this issue? Or is everyone using the full baseDN's
for the url and groups/subjects and this is something unique to our


Marwan Shaher
University of Colorado Boulder

Archive powered by MHonArc 2.6.19.

Top of Page