Incorrect interaction with Active Directory
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 25/100
- Issue type
- Bug
- Clarity
- Needs clarification
- Activity status
- Stale
- Tech stack
- erlang
- Domain
- authentication, backend
Research direction
Start with the ejabberd.yml authentication and mod_shared_roster_ldap configurations, comparing the sAMAccountName and userPrincipalName settings against the reported behavior. Reproduce the configuration on ejabberd 23.04 with Active Directory, then verify that SSO authorization, user loading, and shared roster LDAP all work together.
Written by the indexing model from the issue text.
Description
There was a need to configure ejabberd for domain sso authentication. Miranda 96.04 is used Ejabberd server 23.04.
I ran into a problem when using sAMAccount name in AD authentication, users are uploaded to ejabberd + - shared roster ldap works, but SSO authorization does not work.
If you specify userPrincipalName. SSO is working. But users are not unloaded and Shared_roster_ldap does not work. Specifying in shared roster ldap ldap_uids does not help.
Am I missing something or is this a bug
Environment
- ejabberd version: 23.04
- OS: Ubuntu (20.04)
- Installed from: Official Repositiry
Configuration ejabberd.yml
hosts:
- localhost
- example.com
host_config:
localhost:
auth_method:- internal
example.com:
auth_method: - ldap
- anonymous
allow_multiple_connections: true
anonymous_protocol: both
ldap_servers:
- internal
- "dc1.example.com"
ldap_port: 389
ldap_rootdn: "cn=ejabberd,cn=Users,dc=example,dc=com"
ldap_password: "password"
ldap_base: "dc=example,dc=com"
#ldap_uids: [sAMAccountName]
ldap_uids: [userPrincipalName]
Config share_roster_ldap
mod_roster:
versioning: true
mod_s2s_dialback: {}
mod_shared_roster: {}
mod_shared_roster_ldap:
ldap_base: "ou=Users,dc=example,dc=com"
ldap_rfilter: "(objectClass=user)"
ldap_groupattr: "department"
ldap_groupdesc: "department"
ldap_memberattr: "sAMAccountName"
ldap_userdesc: "displayName"
ldap_uids: [sAMAccountName]
- Dominant language
- Erlang
- Stars
- 6.7k
- Forks
- 1.6k
- PR merge metrics
- No merged PRs in 30d
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.
More from processone/ejabberd
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
processone/ejabberd#4597 ·
-
API permissions Open
processone/ejabberd#4619 · 3 comments · 1 assignee ·
-
Difficulty 3/5 1-2 days Newbie friendliness 55/100
processone/ejabberd#4616 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 55/100
processone/ejabberd#4614 · 1 comment ·
-
Difficulty 4/5 3-5 days Newbie friendliness 55/100
processone/ejabberd#4613 · 1 comment ·
All issues in processone/ejabberd
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
getgrav/grav-plugin-api#45 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
sisaku-security/sisakulint#647 ·
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
yunaremaia/driftcheck#246 ·
-
Docs say approvals.mode defaults to smart, but code falls back to manual when the key is absent Openarea/config comp/tools P2 sweeper:risk-compatibility type/bug
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
NousResearch/hermes-agent#117341 · 1 comment ·
-
bug good-first-issue
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
yunaremaia/taintrace#110 ·