2016-06-07 1 views
0

J'ai une installation plone (4.2.5) avec plone.app.ldap add-on. Il y a un site avec plone-ldap activé et notre serveur ldap a été changé en un autre domaine/IP. Donc, zope serveur bas sur plone-ldap récupération des informations ldap. Rien de plus fonctionne même root ZMI.Serveur ldap inaccessible cause serveur plone/zope

Toute requête au serveur ne charge rien quelques secondes après le redémarrage de plone. Par conséquent je ne peux pas reconfigurer notre nouveau serveur ldap ni par notre site ou interface ZMI.

Dans ce cas, comment puis-je procéder à reconfigurer le nouveau serveur ldap sur le composant plone-ldap? Existe-t-il une application de script similaire à ZMI pour cela? Est-ce un bug connu?

Quelques journaux:

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

Aviez-vous essayé d'accéder à la racine ZMI Zope avec l'utilisateur "admin" avec authentification de base? –

+0

Oui, cela fonctionne, mais baisse le serveur lors de l'accès à l'objet site. J'ai trouvé [bug 1218938] (https://bugs.launchpad.net/ldapuserfolder/+bug/1218938) mais cela ne me montre pas une bonne solution. – gwarah

+0

Qu'est-ce que vous entendez exactement par "baisse le serveur"? –

Répondre

2

première sauvegarde

Responsabilité - I jamais vu avant un n Configuration LDAP qui gèle également l'accès administrateur ZMI au niveau racine du site Plone.

Ce que je peux vous suggérer rapidement est de supprimer le plugin ldap de acl_users du site et commence à partir de zéro.

Comme ZMI n'est pas utilisable, vous devez utiliser l'accès à la console. Pour ce faire exécuter une instance de Zope comme suit:

$ bin/instance debug 

(où "instance" est l'un de vos instances)

Le vous pouvez supprimer le plugin ldap:

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

Plone est l'est de votre site et ldap-plugin-id l'est du plugin LDAP. Si vous ne vous souvenez pas, chercher dans cet ensemble:

app.Plone.acl_users.objectValues() 

Enfin vous devez persister vos modifications:

import transaction;transaction.commit() 

... puis la sortie en utilisant CTRL+D

Maintenant, vous doit pouvoir accéder à ZMI et vous devez créer et reconfigurer un nouveau plugin.

Veuillez noter: lors de la configuration d'un plug-in LDAP ou AD, réglez toujours un "délai de connexion" et un "délai d'expiration". C'est probablement la raison pour laquelle votre tentative d'accès gèle totalement l'instance.

+0

Faut-il lancer build buildout (sans plugin ldap) et/ou inst. redémarrer après ces commandes? – gwarah

+0

Non, ce n'est pas le cas: La configuration LDAP est quelque chose qui vit dans le stockage ZODB –

+0

Résolu @keul. Plugin supprimé et les sites/zmi accessibles à nouveau. Juste une correction sur la commande '$ bin/instance debug' ci-dessus. Avez-vous vu le [bug du tableau de bord 1218938] (http://bugs.launchpad.net/ldapuserfolder/+bug/1218938) lié ci-dessus? C'est possible la cause de ce problème. – gwarah