guacamole-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael Jumper (JIRA)" <>
Subject [jira] [Commented] (GUACAMOLE-243) LDAP auth fails when search results include an LDAP referral
Date Sat, 18 Mar 2017 16:21:41 GMT


Michael Jumper commented on GUACAMOLE-243:

Mike, I'm not sure what the "proper" way to go about this is - I'm going to open a new pull
request from my copy of the repo with the combination of Adam's code and mine. If there's
a different way I should handle this, let me know.

Don't just copy the code - we need to preserve commit authorship and history. Further ...
I really think we should be working with Adam here to get the code, etc. to the point that
we're good with merging the original PR. It's fine if the PR itself is not 100% of what is
necessary for this issue.

I know it's tempting to jump in and do things yourself, but encouraging community contribution
is important as well. Allowing contributors to show merit is the only way that people can
eventually become committers, after all.

> LDAP auth fails when search results include an LDAP referral
> ------------------------------------------------------------
>                 Key: GUACAMOLE-243
>                 URL:
>             Project: Guacamole
>          Issue Type: Bug
>          Components: guacamole-auth-ldap
>            Reporter: Adam Thorn
> The ldap search in extensions/guacamole-auth-ldap/src/main/java/org/apache/guacamole/auth/ldap/user/
to find the DN of the user who is logging in (i.e. inside getUserDNs() ) fails if the LDAPSearchResults
include an LDAP referral, because throws an LDAPReferralException:
> This particularly affects Active Directory, where typically the LDAP implementation has
separate partitions for DNS zones and Configuration (see e.g.
for an example of the three LDAP referrals that AD returns). Empirically, against my AD, even
when an ldap search for (sAMAccountName=$USERNAME) correctly returns the dn for the searched-for
$USERNAME , I still also get the three ldap referrals mentioned in that stackoverflow post.
Thus, even though the first result in the LDAPSearchResults has the correct dn for the user
logging in, then throws an exception when it encounters the referral and the
login fails.
> This only happens when ldap-user-base-dn is set to the base dn of my AD (i.e. with dc=example,dc=com
I get referrals, but with ou=Users,dc=example,dc=com as the search base I do not). The structure
of my AD requires me to set the base dn as the search base, though.
> N.B. A possible workaround is to explicitly query the Global Catalog (by setting ldap-port:
3268). However, that performs a forest-wide search rather than just a domain-wide search,
which might not be desired.

This message was sent by Atlassian JIRA

View raw message