2016-06-07 4 views
0

У меня есть установка plone (4.2.5) с plone.app.ldap надстройка. Существует сайт с включенным plone-ldap, и наш сервер ldap был изменен на другой домен/IP. Итак, сервер zope падает на plone-ldap, извлекает информацию ldap. Ничто больше не работает даже root ZMI.ldap server unreachable причина plone/zope server down

Любой запрос на сервер не загружает ничего через несколько секунд после перезапуска plone. Поэтому я не могу перенастроить наш новый сервер ldap ни на нашем сайте, ни на интерфейсе ZMI.

В таком случае, как я могу продолжить перенастройку нового сервера ldap на компонент plone-ldap? Есть ли какое-то приложение сценария, подобное ZMI, для этого? Это известная ошибка?

Некоторые журналы:

1) Zeoserver.log

2016-06-06T15:52:04 new connection ('127.0.0.1', 40051): <ManagedServerConnection ('127.0.0.1', 40051)> 
2016-06-06T15:52:04 (127.0.0.1:40049) received handshake 'Z3101' 
2016-06-06T15:52:04 (unconnected) disconnected 
2016-06-06T15:52:04 (unconnected) disconnected 
2016-06-06T15:52:08 new connection ('127.0.0.1', 40052): <ManagedServerConnection ('127.0.0.1', 40052)> 
2016-06-06T15:52:08 new connection ('127.0.0.1', 40053): <ManagedServerConnection ('127.0.0.1', 40053)> 
2016-06-06T15:52:08 new connection ('127.0.0.1', 40054): **<ManagedServerConnection ('127.0.0.1', 40054)> 
2016-06-06T15:52:08 (127.0.0.1:40052) received handshake 'Z3101' 
2016-06-06T15:52:08 (unconnected) disconnected 
2016-06-06T15:52:08 (unconnected) disconnected** 

2) client1/event.log

2016-06-06T15:53:12 ERROR event.LDAPDelegate {'desc': "Can't contact LDAP server"} 
Traceback (most recent call last): 
    File "/usr/local/Plone/buildout-cache/eggs/Products.LDAPUserFolder-2.26-py2.7.egg/Products/LDAPUserFolder/LDAPDelegate.py", line 366, in search 
    connection = self.connect(bind_dn=bind_dn, bind_pwd=bind_pwd) 
    File "/usr/local/Plone/buildout-cache/eggs/Products.LDAPUserFolder-2.26-py2.7.egg/Products/LDAPUserFolder/LDAPDelegate.py", line 265, in connect 
    raise e 
**SERVER_DOWN: {'desc': "Can't contact LDAP server"}** 
+0

Вы пытались получить доступ к корню ZMI Zope с помощью пользователя «admin» с базовой аутентификацией? –

+0

Да, он работает, но падает на сервер при доступе к объекту сайта. Я нашел [bug 1218938] (https://bugs.launchpad.net/ldapuserfolder/+bug/1218938), но он не показывает прекрасное решение для меня. – gwarah

+0

Что именно вы подразумеваете под «сбрасыванием сервера вниз»? –

ответ

2

резервного копирования первой

Отказ от ответственности - Я никогда не видел n Конфигурация LDAP, которая также блокирует доступ ZMI на уровне корневого уровня к сайту Plone.

Что я могу предложить вам, это удалить плагин ldap с acl_users и начать с нуля.

Поскольку ZMI не используется, вы должны использовать доступ к консоли. для этого запуска экземпляра Zope следующим образом:

$ bin/instance debug 

(где "экземпляр" является один из экземпляров)

вы можете удалить Ldap плагин:

del app.Plone.acl_users['ldap-plugin-id'] 

Где Plone это ваш сайт, а ldap-plugin-id - это плагин LDAP. Если вы не помните его, искать его в этом наборе:

app.Plone.acl_users.objectValues() 

Наконец, вы должны сохраняться изменения:

import transaction;transaction.commit() 

... затем выйти с помощью CTRL+D

Теперь вы должен иметь доступ к ZMI, и вы должны создать и перенастроить новый плагин.

Обратите внимание:: при настройке плагина LDAP или AD всегда устанавливаются «Тайм-аут соединения» и «Тайм-аут работы». Вероятно, поэтому попытка доступа полностью блокирует экземпляр.

+0

Нужно ли запускать buildout (без ldap-плагина) и/или inst. перезапустить после этих команд? – gwarah

+0

Нет, вы этого не сделали. Конфигурация LDAP - это то, что живет внутри хранилища ZODB. –

+0

Решено @keul. Плагин удален, а сайты/zmi доступны снова. Только одна коррекция команды '$ bin/instance debug' выше. Вы видели ошибку [startpad bug 1218938] (http://bugs.launchpad.net/ldapuserfolder/+bug/1218938), связанную выше? Это может быть причиной этой проблемы. – gwarah

 Смежные вопросы

  • Нет связанных вопросов^_^