Cross domain queries (same Active Directory, different "forest")
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 236
- Forks
- 34
- PR merge metrics
- No merged PRs in 30d
Description
Hi,
So, we have different domains in our organization, like:
- ldap://domain1.company.com
- ldap://domain2.company.com
In Active Directory these are defined as different "forests" (I'm not an AD expert, just writing what our expert told me to....).
Regardless of which domain I'm in, logging in to services normally works.
But when querying using ldapsearch, I run into an odd problem:
- When I connect to ldap server domain1 with a user from that same domain ("domain1user"), I can query all details from groups in that same domain (domain1), but for groups that are in the other domain (domain2), I don't get member details.
- This ldapsearch connection works fine both using the -H -D switches and the -Y DIGEST-MD5 -U switches
- But when I try to connect with the same user (domain1user) on domain2 the odd stuff occurs:
-- I can connect and search using the -H -D switches and then all works fine, but that doesn't work for ldap2pg
-- When I connect and search using the -Y DIGEST-MD5 -U switches, like ldap2pg does, get this error:
SASL/DIGEST-MD5 authentication started ldap_sasl_interactive_bind_s: Invalid credentials (49) additional info: 8009030C: LdapErr: DSID-0C09058A, comment: AcceptSecurityContext error, data 52e, v4563
Interesting enough, the same issue occurs the other way around. So, when using a user on domain2 ("domain2user"), all works fine on domain2, but I get the same error when trying to connect to domain1. In this case, I can query all details for domain2 groups, but don't get members from domain1 groups.
As we need to synchronize members from both domains, how do I get around this?
Do I really need to create as many AD users as I have domains? Or do you have a different solution?
Note: We're not bound to -Y DIGEST-MD5, -H -D would be fine as well, but I don't know how to configure that in ldap2pg (separate ticket, not being replied on....)
Thanks in advance!
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No repository files or tests are named. Start by reproducing the cross-domain ldapsearch cases with the documented -H -D and -Y DIGEST-MD5 -U flows, then trace ldap2pg's LDAP authentication configuration; done means establishing a supported way to authenticate across both domains and synchronize group members.
Written by the indexing model from the issue text.
Assessment
- Domain
- authentication
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100