Re: [sympa-fr] Mise en place de SOAP sur une version 6.1.24 de SYMPA

[Benoît Marchal <adresse@cachée>]

Bonjour,

Trop la honte : à force le mette le nez dessus, on ne voit plus rien.

J'avais mis sur le serveur de prod USER_MAIL alors qu'il faut USER_EMAIL.

Désolé pour tout ce bruit.

Je vais maintenant m'atteler à la programmation de mon application, maintenant que je sais que la partie soap fonctionne.

Cdlt

----- Le 30 Sep 15, à 11:36, Benoît Marchal <adresse@cachée> a écrit :

Bonjour,

Je dirais oui à toutes tes questions , mais je suis en train de debugger la procédure sur le serveur de production et relancé le fastcgi est assez long lorsqu'il y a plus de 8000 listes à charger.

D'après ce que je comprends, mais j'en suis à ce niveau, la variable d'environnement contenant le mail de l'utilisateur n'est pas bien défini.

Je te tiens au courant.

cdlt

----- Le 30 Sep 15, à 10:18, David Verdin <adresse@cachée> a écrit :

Bonjour, bonjour,

Alors :

- SOAP::Lite est bien installé sur lmes deux serveurs ?
- la trusted_application est bien définie sur les deux serveurs ?
- l'utilisateur de test a bien des droits sur les deux serveurs ?
- l'URL SOAP répond bien sur les deux serveurs (en HTTPS) ?
- tu as bien des processus sympa_soap_server.fcgi lancés sur les deux serveurs ?

Cordialement,

David

Le 30/09/2015 09:56, Benoît Marchal a écrit :

adresse@cachée">

Bonjour,

Donc je continue :

j'ai deux serveurs que je crois identique (authentification CAS, version sympa, ...)

Sur mon serveur de test, cela fonctionne et j'ai bien le résultat du service demandé.

Sur mon serveur de production, j'ai le message d'erreur 'User not authentified'.

Une idée ?

Je ne vois rien dans les logs de Sympa qui précise plus l'erreur.

Cdlt

PS : j'aurais aimé l'inverse : que cela fonctionne en prod et pas en test :)

----- Le 29 Sep 15, à 16:43, Benoît Marchal <adresse@cachée> a écrit :

Tellement idiote que même moi j'y avait pensé :)

On a bien droit à plusieurs applications ?

----- Le 29 Sep 15, à 16:37, David Verdin <adresse@cachée> a écrit :

Éliminons tout de suite les questions idiotes : tu as redémarré Apache après avoir ajouté ta trusted_application ?

Le 29/09/2015 16:33, Benoît Marchal a écrit :

adresse@cachée">

Bonjour,

Je suis allé plus loin : j'ai défini une application dans le trusted.applications.conf du robot de test:

trusted_application
name <MonApplication>
md5password <LeCodageMD5duMotDePass>
proxy_for_variables USER_MAIL

ensuite je lance le programme de test, de manière simple avec une requête que je pense sans paramètre :

/home/sympa/bin/sympa_soap_client.pl --soap_url=https://listes.tmp.univ-lorraine.fr/sympasoap --trusted_application=<MonApplication> --trusted_application_password=<MonMotDePasse> --proxy_vars='USER_EMAIL=<UneAdresseAvecDesDroits>' --service=lists
calling authenticateRemoteAppAndRun( <MonApplication>, <MonMotDePasse>, USER_EMAIL=<MonMotDePasse>,lists,)
Soap error :
detail = You should login first
faultcode = soap:Client
faultstring = User not authentified

Je pensais que c'était suffisant et que je n'avais pas à me connecter avec une adresse particulière pour obtenir des résultats. Est ce que j'ai loupé une étape ? C'était justement ce que je trouvais bien dans les trusted applications. J'avais compris que <UneAdresseAvecDesDroits> permettait justement de récupérer dans Sympa, les droits de cette personne et pour ce que je veux faire, cela doit être un listmaster à la fin puisque je veux pouvoir créer des listes.

Les logs de Sympa au niveau 0 ne donne pas trop de choses :

Sep 29 16:21:22 vacherin soap[13405]: notice sympasoap::authenticateRemoteAppAndRun() authenticateRemoteAppAndRun(<MonApplication>,USER_EMAIL=<UneAdresseAvecDesDroits>,lists,)
Sep 29 16:21:22 vacherin soap[13405]: notice sympasoap::lists() lists(,,)
193.50.135.14 - - [29/Sep/2015:16:21:22 +0200] "POST /sympasoap HTTP/1.1" 500 535 "-" "SOAP::Lite/Perl/0.710.10"

Sympa est cassifié pour mes utilisateurs, cela va être compliqué de s'authentifier en automatique, non ?

Cdlt

----- Le 29 Sep 15, à 15:09, David Verdin <adresse@cachée> a écrit :

Re,

Le 29/09/2015 14:57, Benoît Marchal a écrit :

adresse@cachée">

Bonjour,

errare humanum est (à me f... des baffes)

Meuh non. Sympa + SOAP ça peut être intimidant.
En cas de doute : toujours regarder les logs de Sympa.

adresse@cachée">

J'ai cherché longtemps. En fait, je faisais ma requête en http. Or sur le serveur, il y a une redirection systématique vers de l'https. Ce qui fait que la requête de base, construite pour un protocole, était évaluée avec un autre.

Je vais un peu plus loin en passant maintenant directement en https ( ==> '.Pb HASH(0x4f358d8)' )

adresse@cachée">

Je vais continuer cet après-midi.

OK. Tiens-nous au courant si problème.

Bonne fin de journée,

David

adresse@cachée">

Merci pour ton aide.

cdlt

----- Le 29 Sep 15, à 14:30, David Verdin <adresse@cachée> a écrit :

Bonjour Benoît,

Et que disent les logs de Sympa quand tu tentes ta requête SOAP ?

Le 28/09/2015 11:37, Benoît Marchal a écrit :

adresse@cachée">

Bonjour,

J'essaye pour la première fois de mettre en place l'utilisation de soap sur notre Sympa. Je suis encore en version 6.1.24 sur une centos 6.7.

Je crois avoir fait ce qui est mis dans la documentation : https://www.sympa.org/manual_6.1/soap

Et lorsque j'essaye le programme de test fourni avec Sympa, j'ai systématiquement l'erreur : 411 Length Required at /home/sympa/bin/sympa_soap_client.pl line xxx (xxx dépend de l'appel : 168 pour l'utilisation de trusted_application, 194 si j'utilise un cookie)

Cela ne vient pas du programme de test sympa_soap_client.pl car j'ai exactement la même chose en développant juste un petit programme de test.

Est ce que quelqu'un a déjà rencontrer ce souci et l'a résolu ?

Je ne trouve pas grand chose sur Internet, en dehors du fait qu'il ne faut pas préciser de longueur à l'appel. Mais comme c'est directement le module SOAP::Lite qui le fait, je ne vois pas où intervenir.

En vous remerciant par avance.

cdlt

--

Benoît MARCHAL Sous direction Infrastructure Direction du Numérique Université de Lorraine Tél : 03.83.68.20.66 mél : adresse@cachée

--
A bug in Sympa? Quick! To the bug tracker!

 

David Verdin
Études et projets applicatifs
 

Tél : +33 2 23 23 69 71
Fax : +33 2 23 23 71 21
 
www.renater.fr

RENATER
263 Avenue du Gal Leclerc
35042 Rennes Cedex

--

Benoît MARCHAL Sous direction Infrastructure Direction du Numérique Université de Lorraine Tél : 03.83.68.20.66 mél : adresse@cachée

--
A bug in Sympa? Quick! To the bug tracker!

David Verdin Études et projets applicatifs
Tél : +33 2 23 23 69 71 Fax : +33 2 23 23 71 21   www.renater.fr	RENATER 263 Avenue du Gal Leclerc 35042 Rennes Cedex

--

Benoît MARCHAL Sous direction Infrastructure Direction du Numérique Université de Lorraine Tél : 03.83.68.20.66 mél : adresse@cachée

--
A bug in Sympa? Quick! To the bug tracker!

David Verdin Études et projets applicatifs
Tél : +33 2 23 23 69 71 Fax : +33 2 23 23 71 21   www.renater.fr	RENATER 263 Avenue du Gal Leclerc 35042 Rennes Cedex

--

Benoît MARCHAL Sous direction Infrastructure Direction du Numérique Université de Lorraine Tél : 03.83.68.20.66 mél : adresse@cachée

--

Benoît MARCHAL Sous direction Infrastructure Direction du Numérique Université de Lorraine Tél : 03.83.68.20.66 mél : adresse@cachée

--
A bug in Sympa? Quick! To the bug tracker!

David Verdin Études et projets applicatifs
Tél : +33 2 23 23 69 71 Fax : +33 2 23 23 71 21   www.renater.fr	RENATER 263 Avenue du Gal Leclerc 35042 Rennes Cedex

--

Benoît MARCHAL
Sous direction Infrastructure
Direction du Numérique
Université de Lorraine
Tél : 03.83.68.20.66
mél : adresse@cachée

--

Benoît MARCHAL
Sous direction Infrastructure
Direction du Numérique
Université de Lorraine
Tél : 03.83.68.20.66
mél : adresse@cachée

Attachment: pngyCDSGBhadb.png
Description: PNG image