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_--