Glassfish JAAS активный каталог - PullRequest
1 голос
/ 26 июня 2010

Я пытаюсь использовать JAAS в Glassfish для обработки аутентификации и авторизации в моих веб-приложениях по Active Directory. Прежде всего, я написал несколько программ POJO, которые могут успешно подключаться к моей AD и проходить аутентификацию на пользователях и группах, которые я настроил. Поэтому я уверен, что имена пользователей, пароли и группы, которые я использую в своем веб-приложении, верны.

Я следую Это руководство , чтобы настроить Realm в Glassfish для обработки аутентификации и авторизации в моем веб-приложении. Я изменил мои web.xml и sun-web.xml моими данными, которые я хочу.

web.xml

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee  http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" id="WebApp_ID" version="2.5">
<display-name>myapp</display-name>
<welcome-file-list>
  <welcome-file>index.jsp</welcome-file>
</welcome-file-list>
<login-config>
  <auth-method>FORM</auth-method>
  <realm-name>activedirectory</realm-name>
  <form-login-config>
    <form-login-page>/login.jsp</form-login-page>
    <form-error-page>/error.html</form-error-page>
  </form-login-config>
</login-config>
<security-role>
  <role-name>authorized</role-name>
</security-role>
<security-constraint>
  <display-name>Security</display-name>
  <web-resource-collection>
  <web-resource-name>Secured</web-resource-name>
  <url-pattern>/*</url-pattern>
  </web-resource-collection>
  <auth-constraint>
    <role-name>authorized</role-name>
  </auth-constraint>
  <user-data-constraint>
<transport-guarantee>NONE</transport-guarantee>
  </user-data-constraint>
</security-constraint>
</web-app>

и мой sun-web.xml

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE sun-web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Application Server 9.0 Servlet 2.5//EN" "http://www.sun.com/software/appserver/dtds/sun-web-app_2_5-0.dtd">
<sun-web-app error-url="">
  <context-root>/myapp</context-root>
  <security-role-mapping>
<role-name>authorized</role-name>
<group-name>Test</group-name>
  </security-role-mapping>
  <class-loader delegate="true"/>
  <jsp-config>
    <property name="keepgenerated" value="true">
      <description>Keep a copy of the generated servlet class java code.</description>
    </property>
  </jsp-config>
</sun-web-app>

Мое Царство

name: activedirectory
class name: com.sun.enterprise.security.auth.realm.ldap.LDAPRealm
JAAS context: ldapRealm
Directory: ldap://myADServersIPAddress:389
Base DN:   DC=myAD,DC=com
search-filter             (&(objectClass=user)(userPrincipalName=%s))
search-bind-password      fakepasswordhere
group-search-filter       (&(objectClass=group)(member=%d))
search-bind-dn            DN=Administrator

Сообщение об ошибке, которое я получаю в своих журналах, когда я вхожу в систему, и оно терпит неудачу:

Login failed: javax.security.auth.login.LoginException:  
javax.naming.AuthenticationException: [LDAP: error code 49 - 80090308: LdapErr: DSID-
0C090290, comment: AcceptSecurityContext error, data 525, v893]

Я провел некоторое исследование по поводу кода ошибки «data 525», и, по-видимому, это означает, что имя пользователя неверно. Я использую идентификатор и пароль, которые, как я знаю, действительны, и я знаю, что является членом «Test», как определено в моем sun-web.xml. Я попробовал формат userPrincipal (имя пользователя @ домен) с текущими настройками, а также форму sAMAccountName (домен \ имя пользователя) без удачи. Я также изменил фильтр поиска в своей области, чтобы использовать sAMAccountName, где userPrincipalName, и это не работало с использованием обеих комбинаций. У кого-нибудь есть какие-нибудь подсказки или предложения? Я чувствую, что я провел исследование, и я очень близок, но очень застрял в этой точке. Спасибо, если кто-то действительно найдет время, чтобы прочитать все это!

Ответы [ 2 ]

1 голос
/ 29 июня 2010

То, что я на самом деле проверю, может быть вашими учетными данными для поиска, поскольку вы ищете по DN = Administrator, верно? Вы пытались дать ему полный dn учетной записи администратора для search-bind-dn? Обычно по умолчанию это DN=Administrator, CN=Users, DC=myAD, DC=com на основе вашей информации выше.

0 голосов
/ 02 августа 2010

Я согласен с REW - мой search-bind-dn должен был быть полностью квалифицирован, чтобы идентификатор search-bind работал.

...