OpenAM: Не удалось получить действительные сеансы с указанного сервера

Question

У меня есть проблема с получением текущих сеансов в Openam. Когда я подключаюсь к пользователю amAdmin на первом сервере и перехожу к элементу сеанса на странице администрирования, я не вижу сеанса на втором сервере. Я получил следующую ошибку: Не удалось получить действительные сеансы с указанного сервера. Но иногда я вижу сеансы на втором сервере.

Но когда я соединяюсь с пользователем amAdmin на втором сервере и перехожу к элементу сеанса, я могу видеть только открытые сеансы на втором сервере (вместо открытых сеансов отображаются только текущие сеансы на втором сервере для первого сервера)

Я перезапустил веб-контейнер после настройки обоих серверов, а также я проверил keystore.jk (он одинаковый на обоих серверах) Сбой при сбое конфигурации настроен, как рекомендовано в документации openam.

После проверки /sso/debug -> Session я получаю следующее сообщение:

ERROR: Session:getValidSession : 
com.iplanet.dpro.session.SessionException:  AQIC5wM2LY4Sfcx_fLoDaTo7RYYE1qLOq3Q4WtoQQ1k7_jk.*AAJTSQACMDIAAlMxAAIwMQ..* Invalid session  ID.AQIC5wM2LY4Sfcx_fLoDaTo7RYYE1qLOq3Q4WtoQQ1k7_jk.*AAJTSQACMDIAAlMxAAIwMQ..* 
    at com.iplanet.dpro.session.Session.getSessionResponseWithoutRetry(Session.java:1583) 
    at com.iplanet.dpro.session.Session.getValidSessions(Session.java:1340) 
    at com.iplanet.dpro.session.Session.getValidSessions(Session.java:1201) 
    at com.sun.identity.console.session.model.SMProfileModelImpl.initSessionsList(SMProfileModelImpl.java:111) 
    at com.sun.identity.console.session.model.SMProfileModelImpl.getSessionCache(SMProfileModelImpl.java:307) 
    at com.sun.identity.console.session.SMProfileViewBean.beginDisplay(SMProfileViewBean.java:190) 
    at com.iplanet.jato.taglib.UseViewBeanTag.doStartTag(UseViewBeanTag.java:149) 

ли у вас есть какие-либо идеи, чтобы исправить эту проблему? С наилучшими пожеланиями

Answer 1

проблема была решена после настройки необходимости модифицировать в e openam config file 'bootstrap'. Некоторые настройки в этом файле неправильно сохранены.

Answer 2

OpenAM использует соединение HTTP URL для другого экземпляра URL (перечисленного в разделе «Сервера & сайтов» для получения информации о сеансе.

если экземпляр OpenAM сервера URLs имеет схему «HTTPS», убедитесь, контейнер развертывания доверяет эмитенты из серт ... это обычная JSSE (http://docs.oracle.com/javase/7/docs/technotes/guides/security/jsse/JSSERefGuide.html), не OpenAM связаны.

отказоустойчивого Session означает «переход на другой ресурс», а не сеанс репликации.