Anomalie #2380
zephir 2.3 et annuaire ldap
Description
Bonjour,
sur un Zephir 2.3 couplé à un annuaire ldap externe, la présence du caractère / dans le mot de passe empêche tout login.
Cordialement
Demandes liées
Révisions associées
Notification reservation bug on URL see #2380
surcharge de la classe ServerProxy de xmlrpclib pour résoudre les problèmes de mots de passe (fixes #2380)
appel à eolerpclib.xmlrpclib au lieu de xmlrpclib (ref #2380)
correction d'eolerpclib si pas d'utilisateur/mot de passe dans l'URL du serveur xmlrpc (fixes #2380)
correction des appels au backend Zéphir avec / dans le mot de passe (fixes #2380)
correction des appels xmlrpc via eolerpclib.py (ref #2380)
Historique
#1 Mis à jour par Joël Cuissinat il y a plus de 12 ans
- Assigné à mis à Bruno Boiget
Que faire ?
Y'a vraiment pas moyen de les échapper ?
#2 Mis à jour par Joël Cuissinat il y a plus de 12 ans
- Projet changé de Zéphir à zephir-parc
#3 Mis à jour par Joël Cuissinat il y a plus de 12 ans
- Assigné à changé de Bruno Boiget à Daniel Dehennin
#4 Mis à jour par Daniel Dehennin il y a plus de 12 ans
D’après la documentation python :
Both the HTTP and HTTPS transports support the URL syntax extension for HTTP Basic Authentication: http://user:pass@host:port/path. The user:pass portion will be base64-encoded as an HTTP ‘Authorization’ header, and sent to the remote server as part of the connection process when invoking an XML-RPC method. You only need to use this if the remote server requires a Basic Authentication user and password.
Il faut donc faire un encodage/décodage ?
#6 Mis à jour par Joël Cuissinat il y a plus de 11 ans
- Statut changé de Fermé à À valider
#7 Mis à jour par Joël Cuissinat il y a plus de 11 ans
- Version cible mis à Mises à jour 2.3.7 RC
- Temps estimé mis à 1.00 h
#8 Mis à jour par Bruno Boiget il y a plus de 11 ans
- Statut changé de À valider à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit zephir-client:976c993c55d96b756ff05b0e147ef2ffcea6afb8.
#9 Mis à jour par Bruno Boiget il y a plus de 11 ans
- Statut changé de Résolu à À valider
- % réalisé changé de 100 à 0
le problème vient de la librairie xmlrpclib qui ne parse pas correctement l'url dans ce cas.
Résolu par une surcharge de ServerProxy via la librairie eolerpclib (nécessite d'utiliser eolerpclib.xmlrpclib au lieu de la librairie standard)
Les scripts de zephir_client utilisent déjà cette version de la librairie
A vérifier avec des versions plus récentes de python (le code semble identique sur eole 2.4 -> python2.7)
#10 Mis à jour par Fabrice Barconnière il y a plus de 11 ans
- Version cible changé de Mises à jour 2.3.7 RC à Mises à jour 2.3.8
#11 Mis à jour par Bruno Boiget il y a plus de 11 ans
- Version cible changé de Mises à jour 2.3.8 à Mises à jour 2.3.7 Stable
#12 Mis à jour par Bruno Boiget il y a plus de 11 ans
- Statut changé de À valider à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit zephir-client:591cc56c63a1dc63ee0f47d60e1067c1b7665513.
#13 Mis à jour par Bruno Boiget il y a plus de 11 ans
- Version cible changé de Mises à jour 2.3.7 Stable à Mises à jour 2.3.7 RC
#14 Mis à jour par Bruno Boiget il y a plus de 11 ans
- Statut changé de Résolu à À valider
la surcharge provoque des problèmes dans les programmes qui importent xmlrpclib
--> messages du type 'RuntimeError: maximum recursion depth exceeded'
#15 Mis à jour par Bruno Boiget il y a plus de 11 ans
- Statut changé de À valider à Résolu
Appliqué par commit zephir-client:9368ecf60da1a1c91b0ae80ae96319fc6c6b5133.
#16 Mis à jour par Joël Cuissinat il y a plus de 11 ans
- Version cible changé de Mises à jour 2.3.7 RC à Mises à jour 2.3.7 Stable
#17 Mis à jour par christophe guerinot il y a plus de 11 ans
qualification Ok
tests effectués avec la version zephir-client 2.3-eole49~7.gbpc1ee60
(a) - connexion via l'interface web (port 8070) ok
(b) - via un client - enregistrement_zephir ok
#18 Mis à jour par Fabrice Barconnière il y a plus de 11 ans
- Statut changé de Résolu à Fermé