Websphere 6.1 - Настройка безопасности

Когда я пытаюсь настроить безопасность через консоль администратора Websphere, она просто зависает. Это последний шаг из 4 шагов ниже.

  1. Укажите степень защиты
  2. Выберите пользовательский репозиторий
  3. Настроить пользовательский репозиторий
  4. Резюме

Вот выдержки из моей консоли

[26/09/08 13:50:56:539 IST] 0000001f ServletWrappe I   
    SRVE0242I: [isclite] [/ibm/console] [/com.ibm.ws.console.security/EnableSecurity.jsp]: Initialization successful.
[26/09/08 13:50:58:616 IST] 0000001f ServletWrappe I   
    SRVE0242I: [isclite] [/ibm/console] [/com.ibm.ws.console.security/SelectRegistry.jsp]: Initialization successful.
[26/09/08 13:51:00:126 IST] 0000001f ServletWrappe I   
    SRVE0242I: [isclite] [/ibm/console] [/com.ibm.ws.console.security/ConfigureRegistry.jsp]: Initialization successful.
[26/09/08 13:51:00:126 IST] 0000001f ServletWrappe I   
    SRVE0242I: [isclite] [/ibm/console] [/com.ibm.ws.console.security/LocalRegistry.jsp]: Initialization successful.
[26/09/08 13:51:36:202 IST] 0000001f ServletWrappe I   
    SRVE0242I: [isclite] [/ibm/console] [/com.ibm.ws.console.security/ConfirmEnableSecurity.jsp]: Initialization successful.
[26/09/08 13:52:20:255 IST] 0000001f UserRegistryI A   
    SECJ0136I: Custom Registry:com.ibm.ws.security.registry.nt.NTLocalDomainRegistryImpl has been initialized
[26/09/08 13:52:21:025 IST] 0000001f UserRegistryI A   
    SECJ0136I: Custom Registry:com.ibm.ws.security.registry.nt.NTLocalDomainRegistryImpl has been initialized
[26/09/08 14:04:03:127 IST] 00000019 ThreadMonitor W   
    WSVR0605W: Thread "WebContainer : 2" (0000001f) has been active for 746076 milliseconds and may be hung.  There is/are 1 thread(s) in total in the server that may be hung.

Есть идеи, что здесь может быть?

Спасибо Дэмиен


security websphere websphere-6.1
person Damien    schedule 26.09.2008    source источник

Ответы (1)


arrow_upward
2
arrow_downward

Мне кажется, что ваш сервер LDAP не отвечает вовремя. Тот факт, что у вас зависший поток, а не сетевая ошибка, указывает мне, что вы успешно общаетесь с LDAP. Если вы подключаете это к LDAP, поддерживаемому Active Directory, это может быть чрезмерно загружено. В прошлом мы использовали серверы ADAM, чтобы уменьшить время отклика LDAP. Однако время нашего ответа составило 3-5 секунд вместо 12+ минут. Это тоже могло быть тупиком. Я видел зависшие потоки в результате реализации расширений XD, когда узлы блокировали свою связь (но это не были потоки WebContainer). Чтобы решить эту проблему, мы отказались от расширений XD в пользу NetScaler. установка.

person Konrad    schedule 26.09.2008