Re: [sympa-fr] Installation de soap sur sympa 6.1.20

[David Verdin <adresse@cachée>]

Bonjour,

Le 03/06/14 18:02, Christophe GABORET a écrit :

Bonjour David, bonjour à tous,

Merci de ta réponse !

Bon je suis passé au mod_fcgid.

Pour cela, j'ai mis dans mon fichier /etc/httpd/conf.d/sympa.conf quelque chose comme ça (et décommenté ce que j'avais mis auparavant):
<IfModule mod_fcgid.c>     IPCCommTimeout 300     MaxProcessCount 2     MaxRequestLen 131072     MaxRequestLen 33544432
    <Location /sympasoap>         SetHandler fcgid-script     </Location>
ScriptAlias /sympasoap /usr/libexec/sympa/sympa_soap_server-wrapper.fcgi ... (description des VirtualHost correspondant à mes robots) </IfModule>
Alias /static-sympa /var/lib/sympa/static_content

Ca a l'air de fonctionner en se servant du script perl client:

[root@sympa2012 ~]# /usr/share/sympa/bin/sympa_soap_client.pl --soap_url=http://sympa.tem-tsp.eu/sympasoap --cookie=af816fbb988bf47b0793168fec651ac9d2 error : get_email_cookie cookie : af816fbb988bf47b0793168fec651ac9d2

getEmailUserByCookie.... 0     'adresse@cachée'


Tout semble bon mais je bloque toujours côté portlet.

Là ou j'ai un doute c'est que sur mon esup, j'ai une erreur 411 (ERREUR 411: Length Required) lorsque je fais un wget http://sympa.tem-tsp.eu/sympasoap/wsdl
Sur le net, on parle d'un problème d'accès direct au script sans passer par un cgi lors de ce type d'erreur. Tant que le wsdl n'est pas accessible en wget depuis le serveur, la portlet ne pourra pas se lancer.


Je ne sais pas si c'est lié mais sur mon serveur sympa, lorsque je tape la commande
[root@sympa2012 ~]# /usr/share/sympa/bin/sympa_soap_client.pl --soap_url=http://sympa.tem-tsp.eu/sympasoap --service=subscribe --trusted_application=sympasoap --trusted_application_password=xxxx  --proxy_vars=''adresse@cachée'' --adresse@cachée
J'obtiens:
calling authenticateRemoteAppAndRun( sympasoap, glopsympa, adresse@cachée,subscribe,adresse@cachée) Soap error : detail = You should login first faultcode = soap:Client faultstring = User not authentified

Serait-ce lié à ce que je force l'authentification par CAS dans mon fichier /etc/sympa/auth.conf (je ne fais aucune référence à un autre mode d'authentification) ?
Possible. Comme l'authentification native de Sympa est désactivée, il ne supporte sans doute pas le login par user/passwd.
Du point de vue Sympa, si le client en ligne de commande répond - ce qui est le cas avec un id de session valide - alors c'est bon.
Essaie de voir du côté d'ESUP pour comprendre ce qui peut bloquer.
Est-ce qu'un wget du wsdl doit donner quelque chose ?
Oui, le fichier WSDL de Sympa (info publique, non contrôlée, accessible sans authentification).
Mais je ne vois pas le problème avec ton souci - mais je ne connais pas ESUP.

Bon courage !

David

Désolé mais je rame et c'est très frustrant..

Bien cordialement,
Christophe.

---
Christophe Gaboret
Responsable Service Infrastructure Systèmes Réseaux
Direction Informatique & Système d'Information
Institut Mines-Télécom
9, rue Charles Fourier 91011 Évry
Tél.: 01 60 76 45 40
Fax.: 01 60 76 43 21

---

De: "David Verdin" <adresse@cachée>
À: adresse@cachée
Envoyé: Mercredi 28 Mai 2014 11:11:17
Objet: Re: [sympa-fr] Installation de soap sur sympa 6.1.20

Bonjour,

Le 27/05/14 17:38, Christophe GABORET a écrit :

Bonjour à tous,

Je me suis lancé dans l'installation de la portlet esup sympa, un peu la fleur au fusil.
Pour commencer, je me suis attaqué à un robot de mon serveur de listes en toute candeur.

J'ai pour cela:

• installé httpd-mod_fastcgi (qui est différent de fcgi),

Ach... Ils ont corrigé leur bug qui cassait les sessions web ? On a eu de gros problèmes il y a quelques années avec ce mode d'Apache. Des gens se retrouvaient connecté avec l'identité d'autres personnes... À tel point qu'on décourageait l'usage de mod_fastcgi au profit de mod_fcgid (c'est le gros vertissement en rouge sur la page suivante : https://www.sympa.org/manual/web-interface#installing_wwsympafcgi_in_your_apache_server)

• modifié /etc/httpd/conf.d/sympa.conf avec

      FastCgiServer /usr/libexec/sympa/sympa_soap_server-wrapper.fcgi -processes 1       ScriptAlias /sympasoap /usr/libexec/sympa/sympa_soap_server-wrapper.fcgi
      <Location /sympasoap>            SetHandler fastcgi-script       </Location>
C'est bon.

• Rajouté soap_url sympa.tem-tsp.eu/sympasoap dans /etc/sympa/tem-tsp.eu/robot.conf (où tem-tsp.eu est le domaine de mon robot)
• et créé un fichier /etc/sympa/tem-tsp.eu/trusted_applications.conf :
  

trusted_application   name sympasoap   md5password 755123874df16342b0cbcc802ebe14f2   proxy_for_variables user_email,remote_host



Après quelques temps, soap semble fonctionner enfin sur mon serveur sympa:
[root@sympa2012 httpd]# /usr/share/sympa/bin/sympa_soap_client.pl --soap_url=https://sympa.tem-tsp.eu/sympasoap --cookie=e879a1aa5d7f82dc2aea6e83bb360254e7 error : get_email_cookie cookie : e879a1aa5d7f82dc2aea6e83bb360254e7

getEmailUserByCookie.... 0     'adresse@cachée'
Ben ça m'a l'air normal. Ton service SOAP renvoie les bonnes réponses, en tout cas.

Y-a-t-il d'autres tests que je peux faire pour m'assurer que le service soap fonctionne ? J'ai vu de la documentation avec un login/password mais bon..
Avez-vous des recommandations à me faire pour ce service ou un retour d'expérience positive avec esup-portail ?
Pour autant que je sache, plusieurs universités utilisent le canal Sympa d'ESUP sans problème - avec un bug d'encodage dont on a reçu un correctif à intégrer, d'ailleurs.

Pour ceux qui connaissent le portlet sympa, lors d'un mvn test j'ai systématiquement cette erreur (http et https et sans passer par CAS):
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.449 sec <<< FAILURE! testSympa(org.esupportail.sympa.test.SympaTest)  Time elapsed: 0.449 sec  <<< ERROR! AxisFault  faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException  faultSubcode:  faultString: org.w3c.dom.DOMException: WRONG_DOCUMENT_ERR: A node is used in a different document than the one that created it.

Si ça vous parle...
Pas tout à fait mais regarde tout de même du côté du mode fcgid en remplacement de fastcgi. Cette histoire de "node utilisé par un autre document" pourrait - avis de néophyte en portlets - avoir un rapport avec ce fameux cafouillage sur l'attribution des sessions.

Bonne journée !

David

Cordialement,
Christophe.

---
Christophe Gaboret
Responsable Service Infrastructure Systèmes Réseaux
Direction Informatique & Système d'Information
Institut Mines-Télécom
9, rue Charles Fourier 91011 Évry
Tél.: 01 60 76 45 40
Fax.: 01 60 76 43 21

--
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

--
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

Attachment: jpgBCbXcYpzLd.jpg
Description: JPEG image

Attachment: pngmhXckMhZ7B.png
Description: PNG image

Attachment: smime.p7s
Description: Signature cryptographique S/MIME