RE: Active Directory Authentication

"Rabanal, Michele R." <[email protected]> Mon, 23 Sep 2013 09:40:55 -0400
Newsgroups gmane.comp.jakarta.turbine.user
Message-ID <4902631D269EAC459E87AA82EFF3A86F2FA88FD1D3@GATUCEXCH13ASV.nscorp.ad.nscorp.com>
--_000_4902631D269EAC459E87AA82EFF3A86F2FA88FD1D3GATUCEXCH13AS_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Sorry, I'm not sure how to respond using the original thread.

Georg,
                I appreciate your help.  I have tried using the LDAPUser in=
stead of ActiveDirectoryUser, but could not get the sAMMaccountName to work=
 after many attempts.

                So, I have dug through ActiveDirectoryUser and have rigged =
a way to pull the distinguished name from the AD attributes and to get this=
 to successfully bind.

My next issue is that I'm getting an NamingException at org.apache.turbine.=
services.security.ldap.LDAPUserManager.store.  It looks like it is trying t=
o save the user in AD, maybe?  (Should this be saving the user in turbine_u=
ser?)

Before I keep going, am I making this too complicated?  This has been succe=
ssfully implemented, right?

Thanks!




I am not a AD specialist, but did you try using class LDAPUser instead of A=
ctiveDirectoryUser? The only difference is, that ActiveDirectoryUser has as=
 its binding using
        CN=3D givenName lastName,..,

while the other just uses (configurable attribute name)
CN=3Dusername, .. .

where username is probably sAMAccountName (change configuration in TurbineR=
esources.properties to  services.SecurityService.user.class=3Dorg.apache.tu=
rbine.services.security.ldap.LDAPUser) ?

-Best regards, Georg



I am trying to change my Turbine 2.3.3 application (running under Tomcat) t=
o use AD for authentication.  I understand that this is a 2-step process:
1) search by username (I use SAMAccount)
2) Bind or authenticate using the DN and password.

The search by SAMAccount  is successful (I can verify this in trace data), =
but the authentication by DN is not.  What appears to be happening is that =
Turbine is building the CN from the first and last names on the AD record. =
 In AD it appears that the CN varies, it could be first name/last name, fir=
st name/last name/middle initial, etc.  My question, why doesn't Turbine pu=
ll the CN off the AD record for the user object instead of building it from=
 first/last name?  Is there any way to make this work?

Thanks!
Michele

--_000_4902631D269EAC459E87AA82EFF3A86F2FA88FD1D3GATUCEXCH13AS_--