Во-первых, необходимо сделать намного больше чтения.
Что Вы пытаетесь сделать (Обработка отказа JBoss) имеет, заражают не очень, чтобы сделать с Кластеризацией JBoss.
При помещении, например, Apache httpd перед JBosses, можно передать клиентские запросы к использованию серверов приложений mod_proxy_ajp
. Если Вы добавляете mod_proxy_balancer
к этому у Вас есть рабочая установка обработки отказа и выравнивания нагрузки.
Кластеризация JBoss только играет роль в точке, где Вы хотите сделать репликацию сессии, распределенное кэширование и т.д.
Используя all
профиль (run.sh/run.bat -c all
) поскольку начальная точка уже получит Вас работа кластер JBoss, выполнение с настройками по умолчанию и вероятно выполнением намного больше, чем Вы будете когда-либо использовать.
Используйте старый файл slapd.conf, если он у вас есть, или скопируйте его из / usr / share / doc. Если у вас есть slapd.conf, вы можете удалить данные slapd.d / * и создать новую конфигурацию slapd.d из вашего slapd.conf с помощью
slapadd -f slapd.conf -F slapd.d -n0
обязательно проверьте свою конфигурацию с помощью
slaptest -f slapd.conf
и убедитесь, что все, что есть в slapd.d, принадлежит openldap или любому специальному пользователю ldap. OpenLDAP не предоставляет никаких файлов slapd.conf при установке по умолчанию. Вы можете делать все с помощью ldapmodify в «живом» -режиме, но для обеспечения первоначальной конфигурации вы должны использовать файл slapd.conf и преобразовать его.
Ура,
Я считаю, что вы используете неправильные учетные данные администратора.
Скорее, некоторые Ubuntu настроены на использование root через SASL / EXTERNAL Unix Sockets в качестве rootDN по умолчанию.
# {0}config, config
dn: olcDatabase={0}config,cn=config
olcRootDN: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth`
Попробуйте использовать sudo ldapsearch -H ldapi: /// -Y external -b cn = config