For the sake of posterity, I was able to get this working.
I did a tcpdump of another app (apache mod_authnz_ldap) that was authenticating
to the same AD server via LDAP using the same bind user. Looking at the dump in
wireshark, I saw that it was binding with a name of "DOMAIN\username", not th
John,
Thanks for the tip. Still no dice. Tried with both our usual admin bind user
and my own. The relevant portion of the logs:
DEBUG 09-09 14:48:28.904 o.a.o.l.LdapLoginManagement:390 [NioProcessor-2] -
authenticating admin...
DEBUG 09-09 14:48:28.904 o.a.o.l.LdapAuthBase:101 [NioProcessor-2]
Jason -
I ran into the same issue when I first set mine up. What I noticed that on
the ldap_admin_dn, you have put cn=The_Actual_Display_Name" followed by the
rest of the format.
For example:
not CN:authuser,OU:MYORG,DC:example,DC:int
but
CN:Auth User,OU:MYORG,DC:example,DC:int
Don't use the acc
Hello,
I've just installed OpenMeetings 2.1.1 on a CentOS 6 host for testing.
Everything seems to work fine with local auth, but then I attempted to
enable LDAP authentication to an Active Directory backend. As far as I
can tell, the bind is working, but I seem to be getting back invalid
passw
eh. Tried that, no difference.
Thanks for all the time though.
-Jason
On 09/09/2013 03:00 PM, John Tran wrote:
One other thing i forget to mention, in your OM LDAP configuration, you have
your domain setting as the netbios name (CMG) or the FQDN? it need to be in
FQDN of your AD. cmg.local or
Sorry. Don't know what else to check for. Mine is setup with format and
settings mentioned and it works fine and I experienced the same issue as
you in the beginning.
-john-
On Mon, Sep 9, 2013 at 12:17 PM, Antman, Jason (CMG-Atlanta) <
jason.ant...@coxinc.com> wrote:
> eh. Tried that, no di
One other thing i forget to mention, in your OM LDAP configuration, you
have your domain setting as the netbios name (CMG) or the FQDN? it need to
be in FQDN of your AD. cmg.local or the like.
-john-
On Mon, Sep 9, 2013 at 11:50 AM, Antman, Jason (CMG-Atlanta) <
jason.ant...@coxinc.com> wrote:
John,
Thanks for the quick reply. I tried updating ldap_admin_dn to actually be a DN,
as well as changing the field_user_principal and ldap_server_type. No change at
all. I then tried changing the admin_dn to the DN of my user (with domain admin
privs) and the password to my password (which doe
Jason -
A couple of things is wrong in your ldap config.
ldap_admin_dn= (wrong format, it should be something like
CN:LDAP_account,OU:MYORG,DC:example,DC:int)
ldap_search_base= (your setting should be ok, mine is narowed down to the
OU where the
user accounts are located)
field_user_principal=